
























MODULAR. 

INTEGRATED. 

NOW. 


Handle™ presents 
a modular software 
series for office 
automation. 


Available now for several UNIX™ and 
XENIX™ based systems, the Handle 
family of office automation products 
may be purchased as individual 
modules, in combinations, or as a fully 
integrated system. The Handle product 
series is a powerful set of software tools 
designed for today's multi-user office 
environment. Handle integrated soft¬ 
ware can easily share data between 
modules in the series as well as with 
outside applications and databases. 
Handle’s open architecture is built 
on a database foundation and is 
available to outside developers. 


Handle Office Automation Software 
Series product modules include: 

• Handle Writer/Spell™. Word processing 
with automatic spelling correction and 
verification. 

• Handle Calc™. Virtual spreadsheet 
with up to 32,000 rows and columns. 

• Handle Graphics™. Advanced business 
graphics. 

• Handle List™. List processing, 
management, and forms. 
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YOU CANT 

PREDICT 



FOR IT. 





AND File-it! 

THE FIRST DATABASE SOFTWARE FAMILY 
FOR UNIX AND MS-DOS. 









Now OEMs and systems integrators 
can sleep better at night. Because one 
company has taken the worry out of buying 
the right software. 

RDS. 

The company that produces a family 
of database software designed to take on 
the future. 

Incompatibility is a thing of the past. 

INFORMIX"and File-itl" are compatible 
with UNIX: MS-DOS, PC-DOS: and PC/IX 
systems (over 60 micros and minis* at last 
count). 

INFORMIX is a true relational database 
system designed to take full advantage of the 
power of UNIX. It includes the most widely 
used report writer on the market. 

Then there's File-itl The first easy-to-use 
UNIX file manager. Together, they have 
the flexibility to accommodate novices and 
experts alike. 

INFORMIX and File-it! are fully integrated. 
Users can upgrade from File-it! to INFORMIX 
or access data from one program or the other 
without re-entering data, retraining employees 
or reprogramming. 

Applications can also be moved from 
MS-DOS to UNIX and vice versa without 
having to rewrite the application. 

Simplify program development. 

RDS offers C-ISAM!” the de facto standard 
ISAM for UNIX. It's a library of C subroutines 
with a B + -Tree based access method that stores, 
retrieves and modifies data from indexed 
files. It's embedded in INFORMIX and File-it! 

Or is available as a standalone product. 

Software good enough for AT&T. 

AT&T inventor of UNIX, has co-labeled 
INFORMIX, File-it! and C-ISAM to run on their 
full AT&T 3B Computer line (from micros 
to minis). 


Plewlett-Packard, Altos, Zilog, Siemens, 
Cromemco, Perkin-Elmer, Sydis and General 
Automation have selected RDS as well. 

In fact, INFORMIX has an installed base 
of over 6,000 copies. And RDS has sold over 
35,000 licenses for all their products to date. 

But before you make up your mind, 
check the facts one more time. 

There's only one database software 
family that's UNIX- PC-DOS-, MS-DOS- and 
PC/IX-based. It runs on more than 60 systems 
And it's ideal for both novice and expert. 

Now it doesn't matter where the future's 
headed. You're already there. 


*RDS products are available for the following systems. 


Altos 586. 986. 8600, 68000 
Apollo DN300 
AT&T 3B2. 3B5, 3B20. 

AT&T Personal Computer 
BBN C machine (all models) 
Bunker Ramo Aladdin 20 
Charles River Data Systems 
Universe 68 

Convergent Technologies 
Miniframe and Megaframe 
Corvus Systems Umplex 
Cromemco System 1 
DEC 11/23. 11/34, 11/44. 

11/60, H/ 79 , VAX 11/730, 
11/750, 11/780 
Dual Systems System 83 
Fortune 32:16 
Forward Technology 320 
General Automation Zebra 
(all models) 


Hewlett Packard 150, 9000 
Series 200. 9000 Series 500 
IBM PC, PC-AT. PC-XT 
Intel System 86/380, 286/310 
Masscomp NC 500 
Momentum Hawk 32 
NCR Tower 

Onyx C8002, C8002A 
Pacific Micro Systems PM 200 
Per kin-Elmer 32 Series, 7350 
Pixel 100/AP, 80 Supermicro 
Plexus P/25, P/35. P/40. P/60 
Pyramid Technology 90X 
Radio Shack Model 16 
SCI Systems IN/ix 
Silicon Graphics IRIS 1400 
Visual Technology 2000 
Wicat Systems 
Zilog System 8000 
(all models) 


Demos of INFORMIX and File-it! are available. 
Demonstration software and complete 
manuals included. 



RELATIONAL 
DATABASE 
SYSTEMS, INC. 


2471 East Bayshore Road, Suite 600, Palo Alto, California 94303 
|415) 424-1300 TELEX 467687 
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VIEWPOINT 

Picking through the maze 


The cover and lead story of this is¬ 
sue refer to local area networking by 
way of a labyrinth metaphor. You, the 
reader, well may wonder why. 

Then again, the connection may be 
all too clear if you’ve already had occa¬ 
sion to develop local area networks 
under UNIX. For those who haven’t, 
the lead article by Dr. Greg Chesson 
and Mark Hall should be quite illumi¬ 
nating. 

As the person responsible for 
much of the software driving AT&T’s 
Datakit, Dr. Chesson has personally 
tangled with most of the networking 
dilemmas presented by UNIX. Draw¬ 
ing on that experience, he discusses 
how—like the labyrinth—UNIX of¬ 
fers a worthy but surmountable chal¬ 
lenge to LAN developers. He also 
charts some possible routes out of the 
maze. 

There is hope, after all. Indeed, re¬ 
assuring signs are all around us. As 
Dr. Chesson notes in his piece, “It was 
inevitable that UNIX and local area 
networking would merge.’’ Fruits of 
the merger are already visible—as a 
quick tour around any UNIX trade 
show will attest. The changes that are 
necessary for the process to continue 
seem inevitable—even if they come at 
the cost of modifications at the kernel 
level. 

One unavoidable question that 
arises, though, is: why must the pro¬ 
cess be so arduous? The answer lies in 
the origin of UNIX. Developed to per¬ 
form single-processor work at Bell 
Labs Research, it was never intended 
for the plethora of applications it now 
services. The serious commercial role 
it plays today is testimony to the sys¬ 
tem’s intrinsic value and the consid¬ 
erable serendipity that marked its 
growth within the Bell System. 

For all that, the time for change 
has come. UNIX is no longer simply a 
tool for Bell Labs Research. In fact, it 
might be described as a “market phe¬ 
nomenon”. To remain so, it must 
grow. 

So as to explore what’s already 
been attempted in the UNIX LAN 
realm and to speculate on what may 
come in the near offing, UNIX REVIEW 
asked Dr. Chesson and five other ex¬ 
perts to discuss the technologies that 
make UNIX networking possible. Next 


month, we’ll branch off into an explo¬ 
ration of what can be done with those 
technologies by way of distributed re¬ 
source sharing. In a still later issue, 
we’ll look at long haul networking and 
the sociological implications it bears. 

But I’m getting ahead of myself. In 
this issue, Dr. Chesson’s lead is fol¬ 
lowed by an account by Bruce Borden 
detailing trends in network hardware 
technology. Borden, one of the co¬ 
founders of 3Com, brings consider¬ 
able experience to the piece, having 
also developed Excelan’s IP/TCP im¬ 
plementation. 

Steve Holmgren, president of Com¬ 
munication Machinery Corporation, 
takes up the software side of the story 
in a later article. His account de¬ 
scribes how the art of policy decisions 
interacts with the science of protocol 
message exchange. 

A totally different tack is adopted 
by Jordan Mattson in a study of hu¬ 
man networks. Mattson contends 
that properly designed games can fuel 
healthy social development. If you 
guessed that he also offers some 
thoughts on what “proper design” en¬ 
tails, you’re right. 

Ned Peirce chips in with this 
month’s interview, an illuminating 
discussion with Sandy Fraser, the di¬ 
rector of the Computing Science Re¬ 
search Center at AT&T Bell Labs. As 
the person responsible for much of 
the Datakit data transport technol¬ 
ogy, Fraser has some very definite 
opinions about network development. 
Peirce, a systems analyst specializing 
in UNIX, has some thoughts of his 
own. 

Acknowledgements would not be 
complete without a tip of the hat to 
reviewers Richard Morin of Canta 
Forda Computer Lab, Carl Smith of 
UniSoft Systems, and Deborah Scher¬ 
rer of Mt. Xinu. 

The sum total, I think, is a painless 
introduction to UNIX networking con¬ 
cerns. Be assured that the exper¬ 
iences the writings were distilled from 
were not so easily gained. ■ 
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When we designed the UNITE product line, we did it 
with the systems integrator in mind. For example, we knew 
if we packed the power of a minicomputer into a chassis 
the size of an IBM PC, gave it PC to UNIX to MAINFRAME 
communication and the ability to run COBOL programs un¬ 
der UNIX super fast, we'd really have something. 

Well, we did it. It's called the UNITE 8i. 

We think you’ll find that it's the optimal, multi-user, multi¬ 
functional business computer for systems integration on 
the market. 

True, the UNITE 8i is small and powerful. But like all CYB 
computers, it’s also versatile, reliable and priced just right. 



The UNITE 8i utilizes a 10MHz MC68010 virtual processor 
to access up to 12 megabytes of RAM, including up to 4 
megabytes of no-wait state memory. A second MC68010 
(12.5 MHz) is a high-performance VPM I/O accelerator, 
which greatly increases the speed of the computer by off¬ 
loading the majority of the I/O functions from the main CPU. 

The UNITE 8i’s third source of power comes from its full 
implementation of UNIX System V.2 with demand paging, 
virtual memory, Berkeley 4.2 
networking and Ethernet 
support. 

If you've designed your 
vertical solution to run on a 
multi-user system in a business 
environment, you've probably 
been faced over and over 
again with an installed base of 
PCs that your customer wishes 
to retain. 

UNITE solves your problem 
with the friendliest DOS to UNIX 
interface available today. 


Our UNITE networking software allows PCs to fully ac¬ 
cess your vertical package and still run DOS application 
software. Plus, it provides PC to IBM mainframe and DEC 
VAX communications. 

If there's one thing systems integrators need, it's versa¬ 
tility. The UNITE 8i is only one of several supermicros from 
CYB. Each one can be configured with a variety of mem¬ 
ory, disk, tape, language (C, BASIC, COBOL, FORTRAN- 
77, Pascal, LISP) and communications options. 

And if you have COBOL programs requiring fast execu¬ 
tion we offer two alternatives. Run them under UNIX with 
PHILON's FAST/COBOL. Or choose the RM/COS operat¬ 
ing system option. Either way, you can't lose. 

CYB computers are rugged. We enclose only the high¬ 
est quality materials and components in our sturdy, heavy- 
gauge aluminum cabinets. 

After successful completion of rigorous pre-testing and 
burn-in, we back every system with a full warranty. 

Please call or write for more 






CYB...Single Source Solution for Systems Integration 


UNITE is a trademark of CYB SYSTEMS, Inc. UNIX is a trademark of AT&T Bell Laboratories. Ethernet is a trademark of Xerox Corporation. DEC and VAX are trademarks of Digital Equipment Corporation. 
IBM is a registered trademark of International Business Machines Corporation. PHILON is a trademark of Philon. Inc. RM/COBOL is a trademark of Ryan McFarland Corporation 



















THE MONTHLY 
REPORT 


Yet another UNIX success story 

by Mark Hall 


UNIX, still basking in the after¬ 
glow of IBM’s announced main¬ 
frame support for System V, re¬ 
ceived the additional blessing of 
the Pentagon in late February. It 
is now officially the preferred op¬ 
erating system of the military. 

A new ruling, expected to go 
into effect on January 1, 1986, re¬ 
quires computer manufacturers 
to provide UNIX as at least an op¬ 
tion on all RFPs (requests for pro¬ 
posals) submitted to the Depart¬ 
ment of Defense. At this writing, 
it’s not known whether the DoD 
prefers System V or 4.2BSD. 

Some observers have speculat¬ 
ed that the Pentagon’s adamant 
stance in favor of UNIX may have 
been part of the reason behind 
IBM’s move to back the operating 
system. 

Meanwhile, the Swedish gov¬ 
ernment has also let it be known 
that vendors offering to sell it 
computer systems had best pro¬ 
vide UNIX as the operating sys¬ 
tem—or save themselves the 
effort. 

ALTOS WOOS OEMS WITH 
68020 SYSTEM 

Phil White, the senior vice 
president of marketing for Altos 
Computers of San Jose, CA, has a 
dream that comes to most mar¬ 
keting executives sooner or later. 
“In five years,” he said, “Altos is 
going to be a billion dollar com¬ 
pany.” That’s quite an ambitious 



statement for a firm that’s on 
track toward $130 million in fis¬ 
cal 1985. 

Part of White’s dream hinges 
on the success of its newest mul¬ 
tiuser system, the Altos 3068. 
Targeted primarily at original 
equipment manufacturers and 
operating under UNIX System V 
with Berkeley enhancements, the 
3068 represents “a departure 
from the traditional direction of 
our company,” White contended. 

The Altos 586/986 shared-pro¬ 
cessor, multiuser system, the pre¬ 
decessor to the 3068, uses XENIX 
and is sold principally through 
dealers. 

What makes the 3068 so ap¬ 
pealing to OEMs, White believes, 
is the system’s architecture, 
which incorporates Motorola’s 
M68020 32-bit microprocessor. 
“We decided,” he said, “that 
there is a huge opportunity to pro¬ 


vide this high-end processor for 
the OEM market. We think we’ll 
be the first to get the 68020 to 
market.” 

Shipments of the new com¬ 
puter are slated to begin in June 
when Motorola expects to have 
quantity deliveries of its new chip 
available for Altos. Sources in the 
industry say that there are only 
sample quantities of the high- 
powered chip available now. Com¬ 
menting on the microprocessor 
industry, Jim Farrell, Motorola’s 
manager of technical communi¬ 
cation in Austin, TX, observed, 
“This is a first-come, first-serve 
business. Altos was among the 
early customers for the 68020 
and they’ll get what they need. 
We’re very happy they’re among 
the first.” 

The M68020 makes the new 
Altos computer very fast, with a 
CPU capable of 12.5 MHz in June 
and upgradable to 16.7 MHz by 
autumn, when Motorola expects 
to be ready with a faster version of 
the chip. The 3068 uses a propri¬ 
etary 32-megabit internal bus to 
link users over the eight plug-in 
boards in the card cage. Users 
share a disk drive that can store 
up to 240 MB of unformatted data. 
The 3068 also includes a 5V4-inch 
floppy and a 60 MB streaming 
cassette. 

White considers “networking 
and communications as being 
key” to the interests of OEMs. 
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"It will now" said Alts. 


With Alis™ everything works together. 
Text, spreadsheets, drawings, business 
graphics and database information 
work together in a single, always 
editable document. 

Alis combines the advantages of 
integrated PC applications with the 
information-sharing benefits of 
communications-based OA systems. It 
offers the most advanced total 
office solution ever. 

Alis makes it easy for people to work 
together. It provides integrated 
electronic mail, calendar and meeting 
scheduling, and revolutionary 
Automatic Office Assistants'" to aid 
management information monitoring 
and decision making. 

Written in “C” Alis is initially 
available on UNIX* to large OEMs. It's 
destined to bring sanity to the mad tea 
party world of office automation. 


* UNIX is a trademark of Bell Laboratories. Applix, Alis, 



The next-generation office software system from APPLJX 


Finally, some answers in Wonderland. 

APPLIX, INC., 112 TURNPIKE ROAD, WESTBORO, MASSACHUSETTS 01581 (617) 870-0300 
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With the introduction of the 3068, 
Altos has also announced some 
improvements to its local area 
network, WorkNet. Formerly, 
WorkNet operated at 800 kilobits 
per second over twisted pair wire 
and could be stretched to a dis¬ 
tance of 500 feet. The upgrade 
pumps the data rates up to one 
megabit per second and extends 
the distance limitation to 1000 
feet. Up to 30 processors can be 
attached to the new network. 
Both versions of WorkNet use 
CSMA/CA (carrier sense multiple 
access with collision avoidance) 
as its network access protocol. Pe¬ 
ter Kavaler, Altos’ manager of 
networking and communications 
software, claimed his company 
has already shipped 600 
WorkNets. 

Kavaler pointed out that Work- 
Net allows for “very effective dis¬ 
tributed resource sharing” via 
UNIX. By employing a super root 
function in the directory tree 
structure, 3068s on a WorkNet 
can share files by using standard 
UNIX pathnames to locate files. 
By inputting the appropriate 
pathname, the 4.2BSD symbolic 
links used by Altos let WorkNet 
cross machine boundries. A “one¬ 
time configuration” by the sys¬ 
tem administrator establishes 
these connections. “Because so 
much of UNIX is its file system, 
you can do much more because 
the files on multiple processors 
are linked,” Kaveler said. 

The 3068 has also made ties to 
the non-UNIX world with the ad¬ 
dition of communication proces¬ 
sors. IBM 3270 SDLC and BSC 
emulation, as well as 3780 and 
2780 RJE, is now available. Com¬ 
munications over X.25 networks 
can be set up through the 3068. 
The new computer can be confi¬ 
gured as a network server for a 
WorkNet, providing file serving, 
print serving, and non-UNIX com¬ 
munications capabilities. With 
the high-speed M68020 micro- 


Shipments of the new 
computer are slated to 
begin in June when 
Motorola expects to 
have quantity 
deliveries of its new 
chip available for 
Altos. 


processor. White anticipates no 
network bottlenecks even with a 
single, centralized server 
configuration. 

One other thing that makes 
this new system attractive to 
OEMs is price. The basic system 
will sell for less than $10,000 in 
quantities. The WorkNet costs 
around $395 per 3068 for the 
software. Since the system al¬ 
ready comes with an RS-422 in¬ 
terface, the network only requires 
connectors and cabling. 

BIG BUCKS FOR RDBS 

Britton Lee, Inc., the Los Gatos, 
CA, provider of relational data¬ 
base software, finished 1984 with 
growth rates topping 125 percent. 
Revenues for the year reached 
$21.6 million with profits of $3.8 
million. This compares with rev¬ 
enues in 1983 of $9.5 million and 
a loss of $1.4 million. Britton Lee 
claims to have more than 350 of 
its programs installed worldwide. 

A little further north in Califor¬ 
nia, Menlo Park-based Oracle 
Corp., a privately held firm, is also 
enjoying a good year with its rela¬ 
tional database product. Accord¬ 
ing to spokesperson Judy Diaz, 
“Right now, we’re on target to 
double our revenues over last 
year.” Last year Oracle took in ap¬ 


proximately $13 million. Diaz 
suggests that relational database 
software is doing so well because, 
“IBM has put its blessing on the 
technology.” 

From its new headquarters in 
Alameda, CA, Relational Technol¬ 
ogy, makers of the Ingres RDBS, 
reports its best year yet. With a 
fiscal year closing in June, Peter 
Tierney, marketing vice presi¬ 
dent, at Relational, said, “It’s no 
big secret. Generally speaking, 
the entire industry is doing well. 
Enough missionary work has 
been done over the last two years 
so that relational systems are be¬ 
ing recognized for what they can 
do.” Tierney revealed that Rela¬ 
tional Technology took in $8.1 
million in fiscal 1984. He expects 
growth curves to reach 250 per¬ 
cent by the end of June. 

For its own part, Tierney be¬ 
lieves that the growth of Ingres 
and UNIX have been closely 
linked. “Since Ingres was devel¬ 
oped along with UNIX (4.2BSD) at 
Berkeley, Ingres grows as the 
UNIX market grows,” he ex¬ 
plained. AT&T’s endorsement of 
Ingres hasn’t hurt either, he 
pointed out. 

"HEATHKIT" UNIX 

Like to get a UNIX system for 
less than $3000? Check out DMS 
Design of Cupertino, CA (John 
Bass, owner/senior engineer, 
408/996-0557). The company 
says it will be shipping a two-user 
Version 7 UNIX system this 
month that offers everything but 
Fortran 77 and floating point. The 
pricetag will be $2700. 

The system comes as an un¬ 
packaged computer. The CPU is a 
M68008 with one megabyte of 
RAM. It has a 574 or 372-inch flop¬ 
py disk drive, along with a 30 MB 
Winchester hard disk and con¬ 
troller. The SCSI standard inter¬ 
face provides for eight devices to 
link to the system. (The M68008 
and the hard disk controller take 
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up one connection each on the 
SCSI interface.) A four-segment 
MMU and DMA controller come 
with the system. A power supply 
and cables are also delivered. 

Later in the year, DMS plans to 
introduce a M68020job processor 
board and a four-plane 16 color 
RGB graphics board. Both of these 
are estimated to cost less than 
$1000 each. 

By providing the system in 
“kit” form—that is, with no en¬ 
closure—DMS expects it will save 
a fortune in packaging and regu¬ 
latory costs. The product is in¬ 
tended for the serious home user 
and small OEM. 

UNIX TOOLCHEST 

Those who browse through the 
AT&T UNIX Toolchest (described 
by Mark Sobell in February’s In¬ 


dustry Insider) may be surprised 
this month to find source for the 
much-ballyhooed Korn shell (ksh) 
included in the listing. The new 
offering, which offers C shell 
functionality and Bourne shell 
compatibility, has long been pop¬ 
ular within AT&T Bell Labs but 
rarely has been seen outside. 

The Toolchest itself, mean¬ 
while, is going public. In its first 
few months of life, AT&T’s elec¬ 
tronic software distribution sys¬ 
tem was open strictly to “pre¬ 
ferred customers”. 

Among the offerings in the 
Toolchest are a variety of pro¬ 
grams that AT&T views as useful, 
but not yet appropriate for full de¬ 
velopment and promotion efforts. 
Customers are welcomed to pur¬ 
chase source code , as is, after lo¬ 
cating programs they want via a 


Browsing System computer con¬ 
taining program descriptions that 
anyone with a modem can dial up, 
log on, and scroll through. The 
number for the system is: 212/ 
522-6900. 

The Browsing System list has 
been bolstered in recent weeks by 
the addition of the Korn shell, a 
Lisp interpreter, and nine other 
tools. Rumor has it that a source 
license for the shell will sell for 
$2000 per site. 

Browsers who want to buy the 
Korn shell or any of the other 
packages can do so by indicating 
to the Browsing System that they 
wish to have purchase authority. 
AT&T will subsequently send a li¬ 
censing agreement in the mail. 


Mark Hall is the Associate Editor 
of UNIX REVIEW. ■ 


VAX is a «£* 




get P rint :°H VAX/VMf 


prints;- f r om H”'"', jgoo 
cau (603’ ° ad , 
aUf° r .*i cream"*" 


SB8W*** 
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FAST FRIENDS 

VMS MEETS UNIX 

Once not on speaking terms, VMS anti UNIX'"’ 
are now completely compatible partners, thanks 
to VAX UNITY "under VMS, our proven bridge 
between UNIX software and VAX VMS systems. 

UNITY features: 

•concurrent and reliable use of both VMS and UNIX 

•AT&T’s UNIX System V Release 2, with Berkeley 
4.1 commands 

•easy installation and maintenance 
•an unchanged, DEC-supported environment 
•no VMS modifications or special permissions 
needed; UNITY runs as a VMS user level application 
•cannot crash VMS 

•complete and correct UNIX functionality 
•significant recent performance improvements 

•direct access to the ever-growing library of UNIX 
software 

•no retraining needed for UNIX-trained personnel 
to use VMS 

Backed by HCR’s high-calibre support, UNITY 
brings to VAX VMS sites our ultimate product... 


PARTNERSHIPS IN UNIXCELLENCE. 
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THE HUMAN 
FACTOR 


The human side of networking 

by Richard Morin 


I have some good news and 
some bad news for you. The good 
news is that you’re going to be on 
a network soon—if you’re not al¬ 
ready. The bad news? If you’re not 
already on a network, you soon 
will be. 

Networks can be very useful. 
They allow speedy and generally 
reliable communication. But, like 
any powerful piece of technology, 
they affect the way people 
operate. 

IMMEDIACY 

In large companies, a great deal 
of business is transacted by 
means of interoffice mail. A 
memorandum is sent, and a re¬ 
sponse is generated and re¬ 
turned—a process guaranteed to 
take several days. 

Since recipients know this, 
they can plan accordingly. Even if 
the request is made in urgent 
terms, a delay of a few hours or 
even a day is generally 
anticipated. 

Truly critical requests are 
made by telephone. If a client 
calls with a request, it is (usually) 
handled promptly. The hassle of 
reaching somebody by telephone, 
though, keeps the number of calls 
within reason. 

Enter computer networks, of¬ 
fering transmission times mea¬ 
sured in seconds and probabil¬ 
ities of reaching intended 
recipients that are quite high. 



Networks are a good thing, in gen¬ 
eral, but they also require new 
strategies. 

How will we know how to prior¬ 
itize requests? If we take days to 
handle urgent requests, someone 
will surely notice. If we treat all 
requests as urgent, we’ll go crazy 
trying to answer them all 
immediately. 

Different strategies will evolve. 
People will try to estimate the ur¬ 
gency of a request from the way it 
is stated. They are also quite likely 
to prioritize by the identity of 
senders, and to treat low priority 
messages much as they treat oth¬ 
er junk mail. 

JUNK MAIL 

The postal system is a good ex¬ 
ample of an efficient and eco¬ 
nomical network. With few excep¬ 
tions, mail is delivered to its 
destination within a few days. 


The cost of sending mail is low, 
usually far less than the cost to 
generate it. 

This low cost encourages the 
proliferation of junk mail. Special 
rates make bulk mailings espe¬ 
cially attractive. We are thus be¬ 
set by piles of mail that are nei¬ 
ther requested nor desired, and 
must be sifted through for the few 
letters that bear reading. 

Meanwhile, our own compan¬ 
ies produce brochures, catalogs, 
catchy letters, and other promo¬ 
tional literature that we’re sure 
everybody on our mailing lists 
wants to see. 

Now consider the telephone. If 
your telephone were to ring right 
now, you would probably put 
down this magazine to answer it. 
Most of us allow telephones to in¬ 
terrupt our meals, our rest, and 
(occasionally) even our intimate 
moments. We are trained to an¬ 
swer telephones, and it takes a 
great deal of self-control to ignore 
one. 

Fortunately, the number of 
“junk calls” is fairly low—largely 
because the labor involved is ex¬ 
pensive. The perfidious automat¬ 
ic calling machines solve this, at 
the risk of retaliation from out¬ 
raged victims. (Another use for 
auto-dial modems...) 

Computer networks offer a 
whole new avenue for junk mail. 
They provide immediacy at low 
cost. How long will it be before 
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WHAT’S BEHIND OUR CONVERSATIONAL TERMINAL 
MAKES WHAT’S IN FRONTOF IT MORE PRODUCTIVE. 




At Teletype Corporation, we just made another intelligent move. We added an integrated modem to 
the 5410 conversational terminal—making it an even better value. 

In addition to saving desk space and being cost-effective, the modem gives the 5410 “built-in” intelli¬ 
gence that greatly improves operator productivity. For example, all the operator has to do is push a single 

key, and the modem will dial a host computer and 
perform the logon operation. And the operator can 
store up to three phone 
numbers and logon strings 
in the modem. Automatic 


answering is another fea¬ 
ture of the modem, which 
is 212A compatible. 

The 5410 is 
also now available 
with a white, green 
or amber Phosphor. 

No matter which 

color you choose, your operators will appreciate the crisp, easy-to-read char¬ 
acters. High resolution is maintained even when switching from an 80 
to 132 column mode. 

Other features that enhance productivity include 8 programmable function keys 
matching screen labels; an English option menu; a detachable keyboard that tilts from 5 to 12 degrees 
has tactile feedback; standard character sets; and the list goes on and on. 

In the interest of operator productivity, write to 
Teletype Corporation for more information on the 5410 at: 

5555 Touhv Ave., Dept. 3223-00, Skokie, IL 60077. Or call 

1800 323-1229, ext. 115. " AToTT 

TELETYPE: VALUE SETS US APART. Teletype Corporation 


I « 


• I I I I 


"Teletype” is a registered trademark and service mark of Teletype Corporation. 
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Uthe human factor 


junk mail starts showing up on 
our computer screens? 

Probably a while, fortunately. 
There is a strong social stigma at¬ 
tached to abuse of privileges on 
the existing networks. Even so, 
some network members find 
themselves awash in unsolicited 
mail. 

Worse, an even greater threat 
looms on the horizon. Commercial 
networks, where no social con¬ 
straints exist to civilize mailers, 
have begun to enter the picture. In 
time, many of our computers will 
be linked into both commercial 
and non-commercial networks. 
What piles of trash will we then 
inflict on each other? 

Mail screening programs are 
beginning to appear, but they can 
cause problems of their own. 
Poorly designed screening pro- 


Your connections 
depend on your 
connections. 


grams can discard useful infor¬ 
mation or let junk mail through. 
(Is it true that DARPA is funding 
development of an Anti-Bombas¬ 
tic Missive (ABM) system?) 

Perhaps the best idea would be 
an automatic filing and deleting 
system for junk mail. A set of 
keywords at the top of the mes¬ 
sage would allow the system to in¬ 
dex the material. Any junk mail 
sent without keywords would be 
stored in /dev/null. 


Given this incentive, vendors 
would quickly learn to use 
keywords. Recipients would be 
able to find needed information 
quickly and cooperating vendors 
would be delighted to find tele¬ 
phone calls coming from pros¬ 
pects who had actually saved and 
read the appropriate literature. 

FUTURES 

Non-commercial and private 
networks are just beginning to 
link up. There are gateways con¬ 
necting Arpanet, Bitnet, CSnet, 
Usenet, uucpnet, and others. Ac¬ 
cess to these networks tends to be 
limited: your connections depend 
on your connections. 

In addition, one often has to 
know routing information. You 
can’t use a gateway if you don’t 
know its name. To send a piece of 
mail over Usenet, you must speci¬ 
fy a path between the sending and 
receiving sites. 

This is changing, however. 
Through the efforts of Mark Hor¬ 
ton and others, a domain naming 
facility is being developed for 
Usenet. Eventually, this will allow 
addresses to be specified without 
regard to paths. 

Mail will then pass freely 
among the cooperating networks. 
Using an address such as DO- 
MAIN.site!user % one will be able 
to send mail to anyone from Alfred 
Aho to Patrick Winston. (Imagine 
Dennis Ritchie’s screening 
program.) 

Commercial networks have yet 
to break into this circle, however. 
My UNIX mail software can’t talk 
to my CompuServe EMAIL ac¬ 
count. In fact, as far as I know, no 
gateways whatsoever currently 
exist for commercial networks. 

Consequently, there are no 
commercial services available 
over these networks. There is cer¬ 
tainly no facility for value-added 
services. Try to sell services over a 
net and you will find that your 
mail will disappear, or worse. 


WHAT MAKES 
SOFIRAK PROJECT 
MANAGEMENT 
SOFTWARE UNIQUE? 

UNIX. 

AND A NO-RISK OffB. 
CAILTOOM:1-801-531-8550 

SofIrak* 

Application Software for Project Management 
1977 West North Temple, PO. Box 22156 AMF, Salt Lake City, Utah 84122 
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COHERENT” IS SUPERIOR TO UNIX* 
AND IT’S AVAILABLE TODAY 
ON THE IBM PC. 


Mark Williams Company hasn’t just taken a mini-computer 
operating system, like UNIX, and ported it to the PC. We 
wrote COHERENT ourselves. We were able to bring UNIX 
capability to the PC with the PC in mind, making it the most 
efficient personal computer work station available at an 
unbelievable price. 

For the first time you get a multi-user, multitasking operating 
system on your IBM PC. Because COHERENT is UNIX- 
compatible, UNIX software will run on the PC under 
COHERENT. 

The software system includes a C-compiler and over 100 utili¬ 
ties, all for $500. Similar environments cost thousands more. 

COHERENT on the IBM PC requires a hard disk and 256K 
memory. It’s available on the IBM XT, and Tecmar, Davong 
and Corvus hard disks. 

Available now. For additional information, call or write, 

Mark Williams Company 

1430 West Wrightwood, Chicago, Illinois 60614 

312/472-6659 



Mark 

Williams 

Company 


COHERENT is a trademark of Mark Williams Company. 
♦UNI X is as trademark of Bell Laboratories. 
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U THE HUMAN FACTOR 


The non-commercial net¬ 
works, as mentioned above, have 
reserved a private circle of Hell for 
despoilers and commercializers. 


The bad news? If 
you're not already on 
a network, you soon 
will be. 


On Usenet, for instance, one is al¬ 
lowed to post, once, a brief an¬ 
nouncement of a new product. 
Anything more will cause instant 
howls of outrage. 

Usenet mail is supposed to be 
strictly non-commercial in na¬ 
ture. After all, why should ueb- 
vax forward internal memos for 
Unixystems, Inc? One suspects, 
however, that a certain amount of 
commercial traffic slips into the 
stream. 

There is an accepted way to 
handle commercial mail between 
UNIX sites. The sites set up a di¬ 
rect link using uuep. No other 
sites are burdened with the mail, 
and the messages travel very 
quickly. 

This is difficult to maintain, 
however, if many sites are in¬ 
volved. In addition, broadcast 
messages are not handled effi¬ 
ciently by direct transmission. 
The Unixystems main office 
doesn’t want to make a separate 
call to each of its customers to dis¬ 
tribute a bug report. 

A MODEST PROPOSAL 

What if we instituted a new 
network (bucknet?), using the ex¬ 
isting uucp software? Sites could 
link up to it in the same way that 
they now link up to Usenet. The 
only difference would be that ser¬ 


vices would be provided on a com¬ 
mercial basis. 

Some firms might wish to enter 
the mail forwarding business. 
Usenet members do this for free 
now, but they resent handling 
even quasi-commercial mail. A 
commercial mail forwarder would 
have no such compunctions. It 
could even forward to other com¬ 
mercial networks. 

Other firms might sell batch 
processing, typesetting, or even 
consulting services over the net. 
Some effort would certainly be in¬ 
volved. We would need to develop 
software for accounting, mail 
tracking, and so forth. 

The new software could be lay¬ 
ered onto the current software, 
however. This would reduce the 
effort involved, and simulta¬ 
neously guarantee compatibility. 

Complications would arise, of 
course. Rules would have to be 
worked out to control the passing 
of data between commercial and 
non-commercial networks. These 
guidelines could be developed, 
however. 

Some appealing hybrid ser¬ 
vices might be touchy. What 
about an indexed network news 
database? Or a commercially edit¬ 
ed version of the news? Would 
these be unacceptable “commer¬ 
cializations” of Usenet? 

A commercial version of Usenet 
could provide services that Usenet 
itself cannot provide. It could also 
provide an economical and legiti¬ 
mate path for some of the com¬ 
mercial and quasi-commercial 
mail now transmitted surrepti¬ 
tiously on Usenet. 

Perhaps the most interesting 
thing about bucknet is that it 
could develop in the same anar¬ 
chic way that Usenet and uuepnet 
did. Anyone wishing to start up a 
bucknet site would simply be able 
to do so. Pick a service, announce 
your uucp login details, and you’d 
be in business. 

A bit of preliminary coordina¬ 


tion and discussion may be in or¬ 
der. however. I’d be happy to field 
any comments, flames, or expres¬ 
sions of interest. All these will be 


How long will it be 
before junk mail starts 
showing up on our 
computer screens? 


gratefully accepted. Given suffi¬ 
cient interest, a followup column 
will appear. 

IN SUMMARY 

We have just begun to tap the 
combinatoric power of computer 
networking. The next several 
years will see the development of 
global networks with tens or hun¬ 
dreds of thousands of sites. New 
strategies, traditions, and— 
yes—laws will develop to handle 
the problems created. 

Long-distance networking was 
once strictly the province of re¬ 
search scientists and military 
personnel. The UNIX community 
and the educational establish¬ 
ment have now begun to join the 
fray. Other groups will join over 
time. 

See you on the net . . . 

Mail for Mr. Morin can be sent 
to the Canta Forda Computer 
Lab. P.O. Box 1488. Pacifica, CA 
94044. 


Richard Morin is an independent 
computer consultant specializing in 
the design, development, and docu¬ 
mentation of software for engineer¬ 
ing, scientific, and operating sys¬ 
tems applications. He operates the 
Canta Forda Computer Lab in Pacif¬ 
ica, CA. ■ 
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FROM NOWON, CONSIDER IT SUPPORTED 


When it comes to Unix® systems, 
“standard” isn’t always good enough. 

Experts agree that the most powerful and most tech¬ 
nically advanced Unix system is the Berkeley version. 
That’s why 4.2BSD from Berkeley is the operating system 
of choice for software development, networking, engi¬ 
neering, CAD/CAM and demanding scientific applica¬ 
tions. Other Unix systems don’t have the features 
advanced users require. 

But 4BSD was developed at a university, so it has never 
had real-world support. User assistance, bug fixes, 
updates and enhancements have not been provided. 

Now that’s changed. 

MT XlNU, the4BSD specialist, supplies: 

■ Fully supported 4.2BSD-based binary licenses 
(MORE/bsd) for VAX® computers. 

■ 4.2BSD source support and source updates for current 
4.2BSD source licensees. 


■ Enhanced 4.2BSD-based source software for new 
sites, with or without redistribution rights. 

■ Full support for a wide variety of DEC® and non-DEC 
peripherals. 

■ Assistance for OEM’s and hardware manufacturers 
developing 4.2BSD-based products. 


MT XlNU personnel have been involved with 4BSD 
development from the beginning. Now we are producing 
4BSD performance enhancements, advanced network¬ 
ing, other Unix system extensions, and support for new 
peripherals and architectures. As a service, we distribute 
4BSD bug reports and proposed bug fixes to the com¬ 
munity. Our years of experience can speed and improve 
your 4BSD implementations. 


4.2BSD. It’s always been better than just 
“standard.” Now, with MT XlNU, consider 
it supported. 


“We know UNIX® Backwards and Forwards” 



UNIX™ SUPPORT FROM BERKELEY 
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THE UNIX NETWORKING 

LABYRINTH 

Thoughts on the LAN challenge 

by Dr. Greg Chesson and Mark Hall 


I exist as I am, that is 
enough, 

IJ' no other in the world be 
aware , I sit content. 

And if each and all be 
aware, I sit content. 

Walt Whitman, 
Leaves oj Grass 

Around 1700, the English gov¬ 
ernor of a backwater of the British 
Empire known as “Virginia” 
planted a large garden to enter¬ 
tain guests at his Williamsburg 
mansion. Among the well-mani¬ 
cured lawns and flower beds grew 
an extensive labyrinth of tall 
hedges. Upon entering the laby¬ 
rinth, the governor’s friends 
could take a number of different 
paths and wander for hours. The 
governor was often amused by the 
plaintive cries of visitors lost in 
the labyrinth, begging for a guide 
to lead them out to afternoon tea. 
For users and system developers 
working through the maze of 
UNIX local area network options, 
the frustrations those visitors felt 
must seem familiar. 

It was inevitable that UNIX and 
local area networking would 
merge. Neither are particularly 
new and both have large and 
growing followings. UNIX, as we 
know, can be traced back to the 
1960s. It has since been ported to 
a multitude of computers. Local 
area networking is equally ma¬ 
ture. Ethernet, for example, was 


developed at the Xerox Palo Alto 
Research Center in the early 
1970s. Arcnet, Datapoint’s LAN, 
has been in use for close to a 
decade. 

Both system manufacturers 
and LAN firms are well along in 
the production of technologies 
that integrate UNIX and local area 
networks. Nevertheless, the na¬ 
ture of UNIX complicates the de¬ 
velopment of these products—a 


Like the character in 
Whitman's poem, 
UNIX exists by itself 
and is quite content. 


fact not masked even by the avail¬ 
ability of numerous proprietary 
network systems. 

THREE WALLS BETWEEN 
UNIX AND NETWORKING 

UNIX aficionados praise the 
level of performance, adaptabil¬ 
ity, control, and variation the sys¬ 
tem offers. The “point of view” 
UNIX has of itself—that is, the 
means by which the kernel ma¬ 
nipulates its directories, utilities, 
and files—is essential to these ca¬ 


pabilities. To a UNIX system’s 
way of thinking, everything that 
“exists” does so under its aegis. 
UNIX is the master of all that it 
“sees”. There is no other system 
with which to share control. Nei¬ 
ther is there any provision within 
the UNIX kernel for recognizing 
the existence of any other system. 
Like the character in Whitman’s 
poem, UNIX exists by itself and is 
quite content. 

When UNIX refers to some¬ 
thing in its system object base, 
such as addresses or names, a re¬ 
quest is perceived and executed 
with the assumption that it is a 
local request. Similarly, all sys¬ 
tem calls under UNIX are as¬ 
sumed to be local. What’s more, a 
number of operating system com¬ 
mands are ill-defined in the con¬ 
text of a network. For instance, 
what does it mean to do a network 
fork or exec? It’s not clear. Dilem¬ 
mas like these commonly con¬ 
front network developers. 

UNIX was conceived without 
networking in mind. Its origins as 
a single-processor operating sys¬ 
tem preclude a simple transition 
to multiprocessor environments. 
As local area networks have flour¬ 
ished, the impetus to integrate 
separate UNIX-driven computers 
has increased. To accomplish 
this, communications specialists 
must first clamber over the 
name/address/object space wall 
that stands between them and a 
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system that recognizes a peer. 

The next barrier to getting 
UNIX on a network is the lack of a 
suitable IPC (interprocess com¬ 
munication) facility. In the world 
of UNIX, the pipe is the alpha and 
the omega for IPC. But to service a 
network, a system must have the 
ability to address other proces¬ 
sors, processes, and resources. In 
addition, each processor must be 
able to exchange data with other 
processors and retain control of 
information as it moves about the 
network. 

To address the IPC problem, 
many alterations have been made 
to the system over the years. The 
RAND ports, the University of Illi¬ 
nois IPC Mechanism, the Version 
7 mpx Multiplexor, the Carnegie- 
Mellon ports, the USG (UNIX Sup¬ 
port Group) Messages, the Berke¬ 
ley 4.2 Select Mechanism, and the 
Berkeley 4.2 sockets, among 
many others, attest to the inven¬ 
tiveness of the software mind. 
They also create a new problem. 
With so many ways to solve the 
IPC puzzle, which one is right? No 
approach has been successful 
enough to be considered a stan¬ 
dard. And each reflects a tech¬ 
nique and style of IPC so radically 
different from the others that it’s 
difficult to imagine a hybrid ap¬ 
proach. 

Daunting as the IPC challenge 
is, it is not the only formidable one 
to confront UNIX network devel¬ 
opers. A third wall results from 
the need network software has for 
asynchronous I/O to effectively 
manage more than a single I/O 
stream. However, UNIX I/O is syn¬ 
chronous, making it difficult— 
and, in some cases, impossible— 
to manage multiple I/O streams. 
This is the reason why most of 
the IPC mechanisms that have 
been added to the operating sys¬ 
tem employ some technique for 
supplying asynchronous I/O or an 
equivalent. 

All of this is not to say that de¬ 


signing a local area network for 
UNIX-based processors is impos¬ 
sible. It’s been done in the past 
and there’s no reason to think it 
won’t be accomplished in the fu¬ 
ture. As mentioned above, many 
developers have adopted their 
own variations for linking UNIX 
machines in a network. But there¬ 
in lies the rub; the variation is too 
great. 

The commonality of UNIX as 
an operating system can grow 
fuzzy as discrete communications 


The market is replete 
with possibilities for 
integrating hardware 
capable of offloading 
network protocols. 


protocols are introduced. The val¬ 
ue an organization gains by stan¬ 
dardizing on UNIX can be easily 
undercut by disparate methods of 
connecting computers. 

Part of the problem stems from 
the long-standing need to provide 
network services to UNIX users. 
The need is substantial enough 
that a wide range of solutions has 
come into play. The uucp utility 
was, in its fashion, one of the ear¬ 
liest attempts to communicate 
data on both local and wide area 
scales. Many UNIX networks op¬ 
erating today use the uucp proto¬ 
col to transmit data to machines 
within a single room, building, or 
collection of buildings. 

The uucp utility offers low-lev¬ 
el file transfer capabilities—such 
as rmail— that resemble many of 
the applications level programs 
that are available on microcom¬ 
puter LANs. The uucp facility can 


even execute commands on re¬ 
mote machines. 

But uucp has its limitations. 
For one thing, it was designed to 
operate in a low-speed telecom¬ 
munications environment, typi¬ 
cally at 1200 or 2400 bits per sec¬ 
ond. Bulk file transfers are not 
well suited to such a network. 
Furthermore, the error checking 
capabilities of uucp are not per¬ 
fect. The file queuing mecha¬ 
nisms of uucp represent a signifi¬ 
cant system load, which is 
perhaps appropriate for a low- 
speed network. But on a high¬ 
speed LAN, it would seem that 
better techniques could be found. 

STREAMLINING 

COMMUNICATIONS 

One of the most recent changes 
in UNIX that might guide LAN de¬ 
velopers out of the labyrinth to a 
pleasing afternoon tea is the 
stream I/O mechanism. Streams, 
developed at AT&T Bell Laborato¬ 
ries by Dennis Ritchie, has the ad¬ 
vantage of simplifying kernel I/O. 
It provides a place for protocols to 
live under UNIX by offering a pro¬ 
cedural interface to processing 
functions. With streams, device 
drivers become simpler, I/O over¬ 
heads grow smaller, and protocol 
layering can be accomplished 
with ease. The modularity of 
streams is especially well-suited 
to offloading network activities to 
an outboard processor. 

But even this method has its 
drawbacks. Streams does not pro¬ 
vide for asynchronous or concur¬ 
rent operations. It needs to use 
the select call or its equivalent, 
requiring twice as many system 
calls as were previously neces¬ 
sary to get something done. Also, 
select is only available with 4.1/ 
4.2BSD. Another problem with 
streams is that it does not solve 
the name/address/object space 
dilemma that was discussed earli¬ 
er. It also requires that protocol 
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code be inserted into the kernel, 
making the kernel more complex 
than it already is. 

There are several ways to re¬ 
duce these networking software 
problems. One is to rewrite the 
kernel. Another, as applied by 
streams, is to replace structure in 
the kernel. These approaches 
don’t make the problem go away, 
however. They merely change the 
environment where the work 
must be done to solve the puzzle. 

The availability of advanced 
hardware that can be used to off¬ 
load protocol and related process¬ 
ing to intelligent peripherals of¬ 
fers a viable approach to network¬ 
ing in the UNIX realm. The 
software issues that exist in UNIX 
at the macrocosm level, however, 
cannot be purged this way in the 
intelligent peripheral microcosm. 
Still, if an intelligent processor 
implements several layers of net¬ 
work protocols, it simplifies the 
software adjustments that must 
be made in the operating system. 
Established Ethernet manufac¬ 
turers, such as ACC (Santa Bar¬ 
bara), Bridge Communications 
(Cupertino), CMC (Santa Bar¬ 
bara), Excelan (San Jose), Inter- 
Ian (Littleton), Ungermann-Bass 
(Santa Clara), and 3Com (Moun¬ 
tain View), all offer intelligent 
peripherals that can perform the 
role of implementing several lay¬ 
ers of network protocols. Indeed, 
the market is replete with possi¬ 
bilities for integrating hardware 
that is capable of offloading net¬ 
work protocols. Intelligent con¬ 
trollers do a fine job of handling a 
single network protocol, but UNIX 
often needs to communicate using 
multiple protocols. And granted 
that intelligent network peripher¬ 
als have made key contributions 
to moving software out of the ker¬ 
nel, there still remains plenty of 
room for adjustments in the three 
walls: name / address / object 
space, IPC, and asynchronous 
communications. 


CIRCULAR PATHS 

It seems that no matter how 
you attack the UNIX networking 
problem, you work your way back 
to these three barriers. Because of 


Just as the colonial 
governor of Virginia 
established and 
enhanced his 
labyrinth, 
programmers have 
long been carving 
their initials into the 
UNIX tree. 


this, when higher level network¬ 
ing functions such as distributed 
file systems are generally avail¬ 
able, a rewrite of the UNIX kernel 
seems inevitable. But, of course, 
that won’t be the first time the 
kernel has been modified. 

Why rewrite the kernel? Think 
of the three walls. When a user 
program on a network requests a 
file, the operating system has to 
know whether the file is local or 
remote. To get UNIX to accept the 
concept of “remoteness”, the ker¬ 
nel has to be modified. 

But even after the system can 
recognize that a file is remote, it 
also must be able to find a net¬ 
work address for the file. There’s 
nothing in traditional UNIX to 
provide for that. So, once again, 
we see that the kernel needs to be 
changed. 

Even this, though, does not 
complete the process. Once a file 
is located, communications with 
the remote file server must be es¬ 


tablished. This requires adjust¬ 
ments to UNIX IPC and additional 
concurrency. It’s time to crack 
open the kernel again. 

Finally, after all of this has 
been accomplished, there is still 
the matter of data security to con¬ 
front. Like all operating systems, 
UNIX has its security weak¬ 
nesses. To address this, the ker¬ 
nel must be changed. 

These points have already led 
to a vigorous evolution of UNIX. 
Software developers have always 
wanted to change UNIX, to tweek 
it, to make it better. Just as the 
colonial governor of Virginia es¬ 
tablished and enhanced his laby¬ 
rinth, programmers have long 
been carving their initials into the 
UNIX tree. This evolution has 
strengthened UNIX, just as the 
carefully designed shrubbery 
gave dimension and added chal¬ 
lenge to the Williamsburg garden. 

Like that garden, UNIX flour¬ 
ishes on change. That’s why, de¬ 
spite all the barriers to network¬ 
ing, UNIX will continue to be 
adapted to LAN needs. The 
changes are necessary if UNIX is 
to continue growing. 


Dr. Greg Chesson serves on the 
Editorial Review Board of UNIX 
REVIEW and is presently Chief Sci¬ 
entist at Silicon Graphics, Inc., in 
Mountain View, CA. In the distant 
past, he worked as a drummer in the 
Woody Herman Band and the 
C.C.Riders. While a member of the 
Computer Science Research Depart¬ 
ment at Bell Laboratories from 1977 
to 1982, Dr. Chesson developed the 
packet driver protocol used by uucp 
and the mpx files in the Seventh 
Edition of UNIX, as well as the 
original protocols and software im¬ 
plementations for the Datakit net¬ 
work. At Silicon Graphics, he has 
implemented XNS and other net¬ 
work protocols and is currently de¬ 
veloping new technologies. 

Mark Hall is the Associate Editor 
of UNIX REVIEW. M 
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The Potpourri of Networks 


System protocols vary so wide¬ 
ly that communications among 
them have long been difficult— 
often excruciating. At times, 
they’ve actually been impossible. 
In light of this, the International 
Standards Organization (ISO) ap¬ 
pointed a committee in 1977 
charged with establishing an ar¬ 
chitecture to enable applications 
operating on different computers 
to exchange usable information. 

The result of ISO’s labors is the 
now-famous seven-layer Open 
Systems Interconnection (OSI) 
reference model. By structuring 
all data communications in accor¬ 
dance with this model, systems 
and software developers stand a 
good chance of being compatible 
in a multi-vendor environment— 
so long as other systems also com¬ 
ply with the ISO’s architecture. 

From bottom to top, the seven 
layers defined by (he OSI are: 

• Physical 

• Data Link 

• Network 

• Transport 

• Session 

• Presentation 

• Application 

The physical layer deals with 
the interface between devices. 
This is often defined as the media 
level, and includes such familiar 
connections as twisted pair, co¬ 
axial. and fiber optic cabling. It 
establishes guidelines for signal 
voltage, bit duration, and the me¬ 
chanical and electrical character¬ 
istics of the interface. 

The second level, the data link 
layer provides for error detection. 
It also enables, disables, and 
maintains the physical link while 
data is being transmitted. 

Level three, the network layer, 
offloads concerns about the phys¬ 
ical connections bet ween systems 
from the higher layers of the mod¬ 
el. A portion of the switching and 
routing function throughout the 
network takes place at this level. 

At the transport layer, level 


four, the end-to-end transfer of 
data between processes occurs. 
Packets are checked at this level 
to ascertain data integrity. 

At the fifth layer, the session 
level, communications between 
applications are managed. It's 
here that the patterns for one¬ 
way/two-way concurrent or two- 
way simultaneous communica¬ 
tions are set. The session layer is 
also where a transmission can be 
re-established should a discon¬ 
nection take place. Data encryp¬ 
tion during transmission also oc¬ 
curs at the session level in many 
implementations. 

The presentation level, the 
sixth layer in the model, handles 
code conversion for non-compati¬ 
ble communicating devices, such 
as t hose using EBCDIC and ASCII. 

The top layer, the applications 
level, provides end users with us¬ 
able programs, like electronic 
mail or network management 
functions. 

PROTOCOLS BY THE BUSHEL 

Since data had been transmit¬ 
ted for a good many years prior to 
the act ivities of the ISO in 1977, a 
number of non-conforming ap¬ 
proaches had already gained a 
foothold. The one that is most 
widely used and emulated today is 
Systems Network Architecture 
(SNA) from IBM. In contrast with 
the OSI model, SNA architecture 
consists of five layers: data link 
control, path control, transmis¬ 
sion control, data flow control, 
and presentation services. 

Unlike the approach taken by 
LSO, which intended for its com¬ 
munications architecture to be 
hardware and software indepen¬ 
dent, SNA is very hardware de¬ 
pendent. For example, SNA de¬ 
fines a complex interrelationship 
between physical units , called 
PU.types. A particular processor, 
say an IBM 4341, would be confi¬ 
gured as a PU.T5 and a cluster 
controller like the IBM 3274 
would be configured as a PU.T2. 


These classifications are critical 
to establishing communications 
in the SNA world: physical units 
that can’t be configured as 
PU.types can’t play ball. 

Another communications ar¬ 
chitecture comes from Digital 
Equipment Corporation. Digital 
Network Architecture (DNA) is an 
eight-layer method for transmit¬ 
ting data between DEC or DEC- 
compatible systems. Beginning at 
its lowest level, DNA consists of 
communications facilities, phys¬ 
ical links, data links, routing, end 
communications, session control, 
network applications, and net¬ 
work management layers. 

Xerox Network Systems (XNS) 
offers a four-layer architecture. 
Level zero, as Xerox has dubbed 
the lowest level, depends on 
transmission protocols, such as 
Ethernet or X.25 to prepare pack¬ 
ets for transmission over a given 
media. Level one handles the ad¬ 
dressing and routing of packets. 
Level two uses a store-and-for- 
ward algorithm to route data¬ 
grams across the network. And 
level three provides control proto¬ 
cols and data structuring to pack¬ 
ets on the network. 

At Wang Laboratories, yet an¬ 
other proprietary method has 
been adopted. Under the rubric of 
WangNet, a three-tier architec¬ 
ture controls the flow of data in a 
network. The transport layer, the 
first level, fulfills the role played 
by the first four layers of the OSI 
reference model. WangNet's ser¬ 
vices level handles the activities 
provided by the OSI’s fifth layer, 
as well as part of the sixth layer. 
The rest of the OSI’s sixth layer 
responsibilities and all of the sev¬ 
enth layer duties are picked up by 
WangNet's applications level. 

Still other architectures have 
been adopted by companies such 
as Burroughs, Control Data Corp., 
and Data General, to name just a 
few. But the yardstick for all ar¬ 
chitectures, regardless of origin or 
form, is the ISO seven-layer refer- 
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NETWORKING LABYRINTH 


ence model. 

GETTING ON THE NETWORK 

Just as there are many ap¬ 
proaches to network architecture, 
network access also has its myr¬ 
iad of techniques. One of the most 
popular access mechanisms is 
CSMA/CD, Carrier Sense Multiple 
Access with Collision Detection. 
Ethernet employs it, as does the 
IBM Personal Computer local area 
network. A variation isCSMA/CA, 
Carrier Sense Multiple Access 
with Collision Avoidance. Both 
are arbitration schemes, meaning 
that devices contend for control of 
communications channels before 
broadcasting data. The former 
method is more sophisticated and 
offers a higher probability of get¬ 
ting data from point a to point b. 
The Institute for Electrical and 


Electronic Engineers (IEEE) has 
established the 802.3 committee 
to review potential CSMA/CD 
standards. 

Another approach that has a 
lot of promise is the token ring. 
The promise comes from the fact 
that it's supported by IBM. The 
IBM Cabling System, the com¬ 
pany’s sanctioned local area net¬ 
work uses token ring access tech¬ 
niques, because of the strengths 
they offer to networks requiring 
deterministic operations. That is, 
in contrast to CSMA/CD’s “every¬ 
one has an equal shot to send 
data” method, token technology 
establishes paths for data and a 
hierarchy of devices that can 
transmit on the network. The 
IEEE 802.5 committee is studying 
possible standards in this area. 

The token bus, like token ring 


mechanisms, employs a deter¬ 
ministic access to the communi¬ 
cations media. It differs chiefly in 
its topology—that is, in the way 
the media is logically distributed. 
The token bus approach has been 
championed by companies like 
General Motors because of the 
strengths it brings to factory net¬ 
works. The IEEE 802.4 group is 
studying this technology. 

MORE TO COME 

The various communications 
architectures and techniques 
mentioned here are far from ex¬ 
haustive. With advances in mi¬ 
croprocessor technology and soft¬ 
ware development coming at an 
accelerating rate, it’s likely that 
even more will become available 
with time. 

Mark Hall 



Altos is a leading supplier of UNIX‘- 
based microcomputers. We have posi¬ 
tions open for Senior UNIX Engineers 
who can help us develop new 286 and 
68020 based UNIX products. Projects in¬ 
clude design and coding of virtual mem¬ 
ory, dual-processor Kernal design, and 
porting of Berkeley 4.2 file system en¬ 
hancements to Xenix and System 5. We 
also have openings in our communica¬ 
tions and applications groups. 



The diagram on the left tells you every¬ 
thing you need to know about our state- 
of-the-art network product: WorkNet. 
Developed entirely by Altos, WorkNet 
links multiple UNIX systems in a single 
distributed file system. With an installed 
base of over 500 networks, it represents 
one of the many exciting products you 
can help us develop at Altos. 


A BS or MS in computer science is required, with several years of 
experience with 3270 BISYNC, 3780 BISYNC, SNA or X.25 protocols. 
Our applications group is looking for experienced developers of friendly 
office software. Please send your resume to: ALTOS COMPUTER 
SYSTEMS, 2641 Orchard Parkway, San Jose, CA 95134. An equal 
opportunity employer. Principals only, please. 

‘UNIX is a trademark of AT&T Bell Laboratories. 
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ADVERTISEMENT 


NOW THAT THE PC FAD IS OVER, 
ITS TIME TO GET DOWN TO BUSINESS. 


L ike hordes of locusts, the PC swept 
the business community. Corpora¬ 
tions bought them like electronic 
calculators by the thousands to improve 
the productivity of their executives. 
Portables were carried home from the of¬ 
fice every evening and on trips. Com¬ 
puterization was even affordable to the 
small business for the first time. Pro¬ 
grammers put their unique genius to 
work to develop some of the best soft¬ 
ware ever written. Productivity tools like 
word processing, electronic spread 
sheets, data base management and ac¬ 
counting was placed into the hands of 
new computer users. Productivity im¬ 
proved for everyone. From the 
CEO ... to his staff... to the salesman 
... to his secretary. Forecasts for con¬ 
tinued PC growth were nothing but 
highly optimistic. One at every desk. 
One in every home. What happened? 


“Networking won’t solve the 
multiuser problem either economi¬ 
cally or functionally!’ 

Like the first crust of any 
marketplace it saturated quickly. Those 
that are the first to buy almost anything 
new and promising, bought. There are 
no more computer hackers and hobbyists 
to sell to. They all have one. Applications 
for the home that made any sense didn’t 
develop. Corporations found that they 
needed PCs to “talk” to each other. That 
solution is distant because networking 
won’t solve the problem either 
economically or functionally. Most 
available networking does nothing more 
than messenger floppies around. The 
small business found that as soon as its 
first PC was operational and productive, 
a second one was needed to satisfy de¬ 
mand usage. The PC, with all its pro¬ 
mises, turned out to be a dead end for the 
business environment. The PC and 
clones just haven’t been the godsend for 
business that was predicted. Why? 

The PC is a personal computer. Just 
that. Not a business computer. That’s 
because PCs are single user computers 
with single user software. Good for one 
person but not good enough for a whole 
company. Even if the company is two 
people. 

Every computerized business has 
someone entering information while 
someone else is looking up information. 


That’s two users. And every business has 
more than two users who need access to 
the computer. That’s a multiuser com¬ 
puter environment. 


“The small business needs a 
second PC as soon as the first one 
is working!’ 

It’s now hard to justify PCs in a 
business environment. A multiuser com¬ 
puter capable of supporting up to five 
users is available for the price of a single 
IBM PC XT. It has more storage and a 
business oriented operating system. 
Supermicros are available that have the 
power of minicomputers without the ac¬ 
companying price tag. Ten unconnected 
PCs, sitting around worth about 
$50,000, doesn’t make sense when for 
much less you can get a lot more com¬ 
puting power in a supermicro that ac¬ 
commodates 20 or more users. But don’t 
let even that price tag scare you. On a per 
user basis, multiuser computers cost 
about $1500 less than a PC. New users 
can be added for less than $600 with a 
dumb terminal. And they’re upgradable. 


“A six port multiuser computer is 
now available for the price of a 
single IBM PC XT.. . micro¬ 
computer systems cost $1500 less 
per user than multiple PCs!’ 

Multiuser computers communicate 
with each other. They share the same 
data base, software and peripherals. They 
have sophisticated business features such 
as record locking, user accounting priv¬ 
ilege levels and system security. They are 
business oriented and priced well within 
the reach of the first time computer user. 

But what about all the PCs already 
in place? Don’t ask the PC manufacturer 
for a solution. They’re concentrating on 
selling more single user systems. The real 
solution is to get started with a true 
multiuser computer in the first place. 
With multiuser business computers now 
in the same price range as a PC, it doesn’t 
cost any more to make the first step the 
right step. 

The PC has seeded the next wave. 
It’s here now. Supermicro multiuser 
computers that can support up to 32 


users. If you don’t believe it just look at 
the new product introductions from 
IBM, DEC and AT&T, let alone the 
smaller companies like Altos, Plexus and 
IBC. Big system features for every end 
user. Software for every conceivable 
specialized business application. That’s 
not the end of it. New challenges are 
there for everyone. Opportunities 
abound. Software companies are already 
applying their talents to multiuser 
operating systems, disk conversion and 
even more powerful and productive soft¬ 
ware. Companies are shifting their em¬ 
phasis to provide multiuser system 
enhancements as they did for the PC. 
Value added resellers and specialist 
dealers will give the end user the support 
that’s been terribly lacking from depart¬ 
ment store retailers. It’s a great day for 
someone who needs a multiuser com¬ 
puter. And everyone does. 


“Multiuser computers share every¬ 
thing . . . they have business 
features such as record locking, 
user accounting, privilege levels 
and system security!’ 


Thanks PC! You’ve whetted the 
appetite of a large new business environ¬ 
ment for computerization. One that is 
bigger, more demanding, and more so¬ 
phisticated than we’ve ever seen before. 
There’s no turning back now. You were 
a fad, but now it’s time to get down to 
business . . . multiuser business. 


Randy L. Rogers 
President and CEO 
IBC/Integrated Business Computers 
Manufacturer of Multiuser Computers 
Chatsworth, California. 
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OF THE GAME 


Shifting software 

by Glenn Groenewold 


Local area networks are a logi¬ 
cal extension of computer tech¬ 
nology. From the standpoint of ef¬ 
ficiency, it makes a great deal of 
sense to link CPUs and users in 
this fashion. As in other areas of 
computing, though, we find that 
our burgeoning technology may 
have outrun existing concepts of 
law. 

Because of this, a showdown 
may be looming that could be as 
explosive and far-reaching in its 
impact as the ongoing struggle be¬ 
tween the owners of copyrighted 
films and the manufacturers and 
users of home VCRs. This contro¬ 
versy recently resulted in a 
Supreme Court decision—the Be- 
tarnax case—that left film copy¬ 
right owners on the ropes, for the 
time being at least. 

The immediate issue in the Be- 
tamax litigation was whether 
VCR owners could legally record 
copyrighted material off televi¬ 
sion broadcasts. Underlying the 
case was a more basic question: to 
what extent could copyright own¬ 
ers continue to control the use of 
their property once they licensed 
it for telecast? 

The Court was not persuaded 
by the owner’s argument that the 
effect of widespread off-the-air 
copying would be to deprive them 
of future sales. Instead, it looked 
at the innocent nature of the ac¬ 
tivity constituting the alleged “in¬ 
fringement” and concluded that 



American video enthusiasts were 
not nefariously appropriating 
someone else’s property for com¬ 
mercial gain. 

Parallels between the position 
taken by the Hollywood copyright 
owners and the manufacturers of 
computer software seem obvious. 
Software developers generally in¬ 
sist that the copies of software 
they provide to customers are 
merely being licensed for use, not 
sold. TyP ica lly such “licenses” 
purport to restrict the number of 
CPUs on which the software is to 
be utilized, the number of users 
that can access it, or both. 

These limitations buck up 
against the realities of network¬ 
ing technology and the reasons 
networks came into existence in 
the first place. For instance, if one 
can transmit data to a CPU for 
processing, doesn’t it follow that 
one would wish to initiate the 


work without physically having to 
move to the remote unit? Like¬ 
wise, wouldn’t someone attend¬ 
ing a meeting on the first floor of 
company headquarters prefer to 
avoid traveling to the fifth floor to 
obtain information if it were pos¬ 
sible to move the data between 
networked computers? Neverthe¬ 
less, this sort of use of the capa¬ 
bilities of local area networks may 
violate the restrictions purported¬ 
ly imposed by software licenses. 

Networking technology, of 
course, lends itself to less inno¬ 
cent forms of licensing violation. 
If it’s possible to utilize software 
that’s licensed to a remote CPU, 
it’s also possible to copy it onto the 
machine in your work area. As 
long as it’s all in the family, 
what’s the harm? 

Plenty, most software manu¬ 
facturers would say. Given the 
ease with which much software 
can be copied, it’s unlikely that 
most people would seriously con¬ 
sider paying for additional copies 
of a program if they were free to 
transmit it over a network. This, 
indeed, would be to the economic 
detriment of software developers. 
But the user might well respond, 
“Why on Earth should / have to 
pay for another copy of something 
I’ve already purchased?” 

If the software providers’ la¬ 
ment sounds reminiscent of the 
position taken by film producers, 
it’s still not possible at this point 
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RULES OF THE GAME 


to say with certainty which of 
these views would prevail in a le¬ 
gal showdown. The laws provided 
by Congress are susceptible to 
contrary interpretation, and the 
courts have not yet ruled on these 
questions with regards to soft¬ 
ware. 

LICENSE OR SALE? 

Increasingly, software is dis¬ 
tributed in sealed packaging con¬ 
taining a visible advisory to the 
effect that by opening the pack¬ 
age, the user agrees to accept the 
restrictions set out in the included 
“agreement”. It’s ludicrous to 
pretend that trade secret protec¬ 
tion can be preserved through use 
of these shrink-wrap agreements, 
and hardly anyone does. This il¬ 
lustrates a major problem with 
the trade secret concept: adher¬ 
ence to its accountability require¬ 
ments becomes impossibly cum¬ 
bersome in a mass-marketing 
situation. 

As a result, software producers 
generally place their bets on the 
protection afforded by copyright. 
But there’s a huge pitfall in copy¬ 
right law that they must avoid if 
they hope to restrict the use made 
by a customer of a “licensed” 
copy of a computer program. 

The law says that the owner of 
a first copy of a copyrighted work 
can dispose of it. That is, he or she 
can sell it, lend it to a friend, rent 
it to someone else, or do almost 
anything with it except make 
copies for distribution to others. 

To appreciate the rationale for 
this, we have to remember that 
copyright law originally was in¬ 
tended to apply chiefly to pub¬ 
lished books. By providing that 
the owner of a copy of a book could 
lend it, give it away, resell it, or the 
like, Congress merely was making 
the law conform to what people 
were actually doing. And since 
until quite recently, making a fac¬ 
simile of a book was a rather in¬ 
volved process, the prohibition 


Congress might be 
receptive to carving 
out a special niche in 
the copyright system 
for computer 
software. 


against copying operated only as a 
barrier to commercial piracy. 

If the copyright law hadn’t per¬ 
mitted the owner of a copy of a 
book to deal with it in these ways, 
public libraries as we know them 
could not exist. Nor could used 
bookstores and garage sales oper¬ 
ate. 

Copyright law no longer is 
limited to books. Neither is the 
law’s provision giving an owner 
control over his or her copy of a 
copyrighted work. This is why the 
burgeoning video rental industry 
has been able to come into exis¬ 
tence. The proprietors of video 
emporia, having purchased cop¬ 
ies of video cassettes, legally may 
rent them out as they please. 

This is the spectre that haunts 
the software industry. If a copy of 
a computer program is to be con¬ 
sidered as having been sold , pur¬ 
chasers legally can treat it as they 
would a book. This means they 
can rent it for use by others, re¬ 
sell it, or even give it away. 

Even more horrible from the 
standpoint of the copyright owner 
is the prospect that the purchaser 
of a program might even be able to 
sell copies made from it. This 
prospect arises because one of the 
few portions of the copyright law 
specifically dealing with comput¬ 
ers permits the making of backup 
copies, and also permits their 


lease or sale in the event the right 
to use the original program is 
transferred. (The exact meaning 
of this whole area of copyright law 
has yet to be defined by the 
courts.) 

NO ANSWERS SO FAR 

Unless Congress, through ad¬ 
ditional legislation, clarifies the 
legal status of software copies dis¬ 
tributed for utilization, we will 
have to wait for a definitive court 
decision in order to know the ex¬ 
tent to which software producers 
can control the use of “licensed” 
software. 

Legislation theoretically would 
be preferable. That’s because 
there’s a problem inherent in re¬ 
lying on judge-created law, since 
the rules handed down often are 
strongly influenced by the facts 
peculiar to the particular lawsuit 
before the court. If the facts are 
extremely one-sided, the law may 
go heavily in that direction with¬ 
out the opposing point of view ever 
really having a chance. 

Still, legislative action may not 
be forthcoming. As the underly¬ 
ing conflict of interest between 
software providers and users be¬ 
comes apparent, Congress— 
judging by its past reluctance to 
act as arbitrator in similar quar¬ 
rels—may be unwilling to inter¬ 
vene. But if a consensus could be 
reached, Congress might be re¬ 
ceptive to carving out a special 
niche in the copyright system for 
computer software. It has done 
this for other industries—an ob¬ 
vious example would be the ‘ ‘juke¬ 
box” provisions that were added 
to copyright law—and it recently 
has done so for the computer in¬ 
dustry by creating a special cate¬ 
gory for microchips. 

However, if we assume that 
there will be no assistance from 
Congress, the problems emerging 
from local area networking tech¬ 
nology have the potential for 
bringing matters to a head. 
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GUESSING THE COURTS 

Predicting what courts will or 
won’t do is at least as hazardous 
as guessing next weekend’s 
weather. Of course it is fairly safe 
to prognosticate that Rio won’t get 
a blizzard, and that Nome won’t 
get a week of 110 in the shade. 
Within such extremes, though, 
we can have only general expecta¬ 
tions. 

Contrary to what a number of 
people think, judges are not fond 
of creating absurd distinctions. 
So if a case should arise involving 
the peddling of software from a 
rack next to the checkout counter 
at the supermarket, it doesn’t 
seem likely that a court will take 
seriously the manufacturer’s 
claim that it was only granting a 
license, not selling a copy. Clearly, 
the software industry would not 
regard these as good facts for a 
landmark legal decision. 

Even with a less extreme factu¬ 
al situation to work with, it’s any¬ 
body’s guess how the courts 
would handle the licensing re¬ 
strictions typical in the industry. 
There’s really no precedent, but 
then there’s no precedent for 
computers, either. 

It’s possible that the courts, as 
they often do, may undertake to 
cut the baby in half. Judges gen¬ 
erally are loath to smother emer¬ 
gent technologies by saddling 
them with oppressive restric¬ 
tions. And it’s difficult to imagine 
that the courts would not yield to 
the practical realities of such in¬ 
novations as networking—at 
least to some degree. 

So the courts conceivably 
might uphold the licensing con¬ 
cept, but void its more onerous re¬ 
strictions. This approach will en¬ 
sure that nobody will be satisfied. 

The courts might, for instance, 
zero in on whether a particular 
practice can be said to confer a 
significant commercial advantage 
on the user (in which case he or 
she pays up) or instead is merely a 


Predicting what 
courts will or won't 
do is at least as 
hazardous as guessing 
next weekend's 
weather. 


matter of office convenience. If a 
legal test resembling this should 
be adopted, the courts then might 
set aside limitations on the num¬ 


ber of terminals or users able to 
access a program, but enforce re¬ 
strictions that prohibit transfer of 
software to an additional CPU. 

But then, nobody really knows. 
In the absence of industry agree¬ 
ment, the only thing that can be 
said with relative certainty is that 
somewhere down the line, a few 
lucky lawyers are going to make a 
big wad of money representing 
the litigants in that first major 
lawsuit. 


Glenn Groenewold is a California 
attorney who devotes his time to 
computer law. He has served as an 
administrative law judge, has been 
active in trial and appellate work , 
and has argued cases before the 
state Supreme Court. ■ 
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Was it not Dylan S. Eliot, the 
Taxpayer’s Bard, who warned us: 
“Do not go, April, into that cruel 
month”? Despite his warnings, 
millions of wage-earning hedon¬ 
ists, referred to by politicians as 
“Fellow Americans”, rush each 
year, at the drop of an Easter Bon¬ 
net, to complete a self-taxing but 
fun-filled exercise known as “The 
Filing of the Return”. 

What was formerly a painful 
annual chore imposed by a sadis¬ 
tic IRS has become a welcome op¬ 
portunity for loyal citizens to hone 
their data processing skills, re¬ 
duce the budget deficit, trim the 
National Debt, and flush out those 
uncomfortable, guilty lumps from 
beneath the mattress. Just as the 
medical profession recently re¬ 
discovered the efficacy of the 
leech, so are psychosocial-econo¬ 
metricians now convinced that 
the regular bleeding of our sur¬ 
plus dollars is vital to the health 
of our body fiscal — ” interim 
sanum in portfolio sano!" The 
old alienation between “us” and 
“them” is thus melting away un¬ 
der the Freedom of Information 
Network. 

We now know precisely what 
they do with our individual contri¬ 
butions. Your personalized name- 
tag could well appear on a Navy 
hammer-shaft, in the identifier 
list of a DoD Ada module or on the 
hinge of an Air Force toilet seat 
(unless, of course, you’ve ticked 


DEVIL'S 

ADVOCATE 


Many happy returns 

by Stan Kelly-Bootle 



the box saying, “I want my contri¬ 
bution to remain anonymous.”). 
The interflow of money and gov¬ 
ernment services holds the na¬ 
tion together as surely as gluon 
binds the modern atom. 

But of more relevance to this 
column, a major reason for this 
dramatic change in our attitude to 
“Filing the Return” is that both 
Taxer and Taxee are now com¬ 
puter literate. This spread of com¬ 
puter literacy, although gained at 
t he expense of literacy in general, 
is reflected in the RPG-styled 
worksheets that have replaced 
the traditional IRS tax forms. The 
underlying language, formulated 
to appeal equally to structured 
and misguided form-fillers, is a 
powerful blend of C, BASIC, Algol 
68, and pedagese, and is known 
simply as T. 

The documentation for T is a 
model of sublime clarity. After 


struggling through UNIX man¬ 
uals through the rest of the year, it 
is indeed a pleasure each April to 
turn to such precise, reader- 
friendly material as T by Exam¬ 
ple (formerly called IRS Publica¬ 
tion 334 (Rev. Nov. 84): Tax 
Guide for Small Business). 

T is a strongly-typed language, 
but it has only three types to ofTer: 

FP$ (floating point dollar) 

INT$ (integer dollar) 

FSF (filing status flag) 

Some character strings are al¬ 
lowed for NAME ID but these are 
immediately transformed into in¬ 
teger values. 

There is also a user-defined, bi¬ 
nary-valued ICON for “box¬ 
checking”. Almost any non-frivo- 
lous mark can be made or not 
made as the mood dictates: its sig¬ 
nificance varies according to the 
box to be checked. Frivolous 
marks, said to “spoil the box”, in¬ 
cur a fine of $500. 

The “check-box” on the new 
1040 that has attracted the most 
attention is: 

Do you want an Audit?. . . 

YES □ NOD 

Some 90 percent of all taxpayers 
proudly say, “YES”, but unfortu¬ 
nately the IRS is physically un¬ 
able to meet this demand. I under¬ 
stand the frustration: let’s say 
you have produced a brilliant al- 
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gorithm in the new, fashionable T 
language, and you-seek the appro¬ 
bation, nay, the admiration of 
your peers. The months drift by 
with no call from the auditor/ref¬ 
erees. Self-doubt grips you. Did I 
miss a goto in the Bows and Ar¬ 
rows Excise Tax module (Chapter 
35, page 149)? Did I dispose of, or 
merely deplete , my standing tim¬ 
ber between June 22, 1984 and 
December 22, 1984 (Chapter 22, 
page 94)? In the event of errors, 
there’s always next year. 

T carries some of the spice and 
mystery of assembler by using 
line numbers as either variables 
or pointers to variables, according 
to the context. Eor example: 

14. Add Lines 1 through 12. 
Enter here and on line 4, 
page 1. 

Note the natural, conversational 
form of the FOR-NEXT ADD loop 
and the exciting hint of VM, with 
its possible page faults. In my own 
case, for example, I was unable to 
locate page 1, and entered a halt- 
state until the Post Office opened 
the following morning. 

The metasyntactical device 
<here>, as in “Enter here”, re¬ 
fers to the cell pointed at by the 
value of the VPC (Virtual Program 
Counter), namely “14”. This has 
caused some trouble for M68000 
implementations of T since it vio¬ 
lates the rule that relative ad¬ 
dressing modes not be valid, alter¬ 
able, data-effective destination 
addresses. It remains to be seen 
whether Motorola will recall all 
M68000 chips for a free micro¬ 
code fix. 

Conditional statements in T 
also have a gentle, informal sur¬ 
face syntax: 

31. If the total amount of lines 
27 and 29 is larger than 
line 28, enter AMOUNT 
OWED. 

The M68020 is strongly recom¬ 
mended for dynamically resolving 


these odd-even address conflicts 
on the data bus. 

T compilers here will identify 
the local variable, AMOUNT 
OWED, with the cell at address 
31. The variable AMOUNT 
OWED appears in many proce¬ 
dures where it is patriotically 
maximized by reiteration. The 
greatest of all these values is then 
sent to the check-writing module. 

Great care is needed if some 
variables have been declared as 
INT$ (accepting the IRS invita¬ 
tion to conserve memory by 
rounding to the nearest dollar) 
while others remain in floating 
point format. Remember that 
Schedule A has the instruction: 

4. Multiply the amount on 
Form 1040, line 33, by 5% 
(.05). 

which may require the temporary 
storage of four decimal places. 

An obvious joy behind the new 
algorithmic approach to taxation 
is the simple and generous rule 
governing investment tax credits 
and expense deductions for using 
the T software. For T compilers 
bought before August 31 and re¬ 
siding on discs not exceeding 3 l A 
inches in diameter (provided that 
the track density/sector occupan¬ 
cy ratio conforms with the limits 
set out in Table 89.3 Rev 4), the 


loading time or 50 msecs (which¬ 
ever is smaller)—excluding any 
concurrent processes that relate 
to personal use—can be added to 
compilation time for the purpose 
of estimatingyour total deductible 
computer usage. The Bellsoft Tax- 
Log program, in fact, will figure all 
this out for you automatically. 

The success of the new IRS re¬ 
gime proves that if you treat peo¬ 
ple as honest hackers, their re¬ 
sponse will amaze you. 

The latest Coding Reduction 
Act calls for a simplified four-line 
schedule, written in tiny-t , to re¬ 
place all current variations. The 
new schedule is shown in Figure 
1. 

Beta-site testing of tiny-t has 
revealed a tiny bug in the sched¬ 
ule, but the general feeling is that, 
after all the boring consistency of 
C and UNIX, programmers will 
welcome a language with a spark 
of personality. 


Stan Kelly-Bootle has diluted his 
computer career by writing con¬ 
temptuous folk songs for Judy Col¬ 
lins (“In My Life,” Elektra K42009), 
The Dubliners and others. He is cur¬ 
rently writing, with Bob Fowler, 
“The 68000 Primer” for the Waite 
Group, to be published by Howard 
W. Sams in the Spring of 1985. ■ 
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THE ART OF PROTOCOL 
MESSAGE EXCHANGE 

Policy decisions that drive protocol software technology 


by Steve Holmgren 


Each software protocol implementation calls for a 
unique set of decisions. These decisions are not part 
of the protocol specification itself, but they have a 
profound effect on the size and performance of the 
protocol implementation. Beyond affecting the qual¬ 
ity of the resulting system, some also affect system 
evolution. 

The range of implementation-based consider¬ 
ations can be broken down into four major categor¬ 
ies: 1) how to deal with protocol layering, 2) how to 
deal with service interfaces, 3) how the protocol 
should use the supporting execution environment, 
and 4) how to implement the protocol itself. 

The important thing to understand from the out¬ 
set is that a protocol reference model is only a design 
tool. In implementing protocols, clean protocol 
boundaries can offer both advantages and disadvan¬ 
tages. One obvious advantage is that clean bound¬ 
aries are more amenable to protocol modifications. 
This may be important since competing protocol ar¬ 
chitectures imply transitions. The other side of the 
coin is that, in implementing an entire protocol 
suite, performance can be enhanced by taking ad¬ 
vantage of known interactions. Since the advantage 
of implementing a heterogeneous protocol suite lies 
in the assurance that communications will be able 
to occur across system boundaries, an optimal im¬ 
plementation of a particular protocol family may be 
more important than providing the “hooks” to fa¬ 
cilitate a protocol family change. Moreover, transi¬ 
tion from one protocol family to another is not likely 
to occur in stepwise fashion. 

Note also that when making layering decisions, 
lower layers pose different problems than higher 
layers. Higher protocol layers can usually be treated 
simply as applications. Lower transport level proto¬ 
cols, though, hold the key to system design. At the 
transport level and below, a strong communications 
base must be formed. Protocol implementations at 
this level can make or break the system. It’s particu¬ 
larly important that these layers be isolated since 
the underlying communications media and access 
mechanisms can and will change with technological 
advances and emerging services. 



UNIX REVIEW APRIL 1985 


35 


SOFTWARE TECHNOLOGY 


PROTOCOL STATES AND TRANSITIONS 



Figure 1 — The states and events that cause transition within the dating protocol. 


The interfaces a protocol implementation offers 
to the higher level user and the lower level network 
are equally important. These interfaces play a criti¬ 
cal role in determining how useful an implementa¬ 
tion will be and how well its data will perform. Be¬ 
cause of this, a concentrated interface design is a 
requirement of a good implementation. The variety 
of interfacing strategies, though, make for a complex 
topic that is somewhat beyond the scope of this arti¬ 
cle. 

Instead, the emphasis here will be on the core 
protocol implementation issues that effect the ex¬ 
ecution environment and the protocol mechanisms 
t hemselves. This discussion is framed in the context 
of a simple dating protocol example (as excerpted 
from a paper presented by Danny Cohen at the 
Fourth Berkeley Conference on Distributed Data 
Management and Computer Networks, San Francis¬ 
co, August 28-30, 1979). 


In the hurlyburly of Silicon Valley, dating ar¬ 
rangements are often neglected until the last min¬ 
ute. Thus, to simplify the search for partners and 
avoid the traffic snarls associated with hopping be¬ 
tween local social establishments, a dating center 
was recently established. Its operation is a fairly 
straightforward one: when individual X is interested 
in a date, a request is sent to the center for a date 
with individual Y. The date is usually blessed unless 
it is found to be in conflict with center policy. Typical 
policy variants include a mismatch in preferences 
for operating systems or differing views on program¬ 
ming languages called by a single letter. Assuming, 
though, that the parties are found to be compatible 
(that is, if their most serious disagreement proves to 
be over the hidden meanings of the phrase, “a user 
friendly command handler”), a meeting time is as¬ 
signed and letters are sent to X and Y notifying them 
of the upcoming event. 
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PROTOCOL DATA UNITS 

The dating protocol uses the following packet 
types and exchanges: 


x: <date request>, x, y, xid -> c 
c: <heard you>, xid -> x 
c: <blessed>, x, y, time, xid, cid -> x 
c: <blessed>, x, y, time, xid, cid -> y 
x: <thanks>, cid -> c 
y: <thanks>, cid “> c 


In the case that a policy variant is detected, a 
denial message is sent to X: 

c: <denied>, xid, cid -> x 

x: <thanks>, cid ~> c 

The different states and events that cause transi¬ 
tion to other states are shown in Figure 1. 

The first goal in any protocol implementation is to 
correctly follow the prescribed course message ex¬ 
change. Typically, this is where naive protocol im¬ 
plementors bathe themselves in surface level sim¬ 
plicity and underestimate the job before them. 
Symptomatic of this is not only the tendency to over¬ 
look the importance of correctly following a set of 
message exchanges, but also to shrug off the accept¬ 
ed fashion of using the message exchange process. 

In the same sense that it is possible to use the 
dating protocol correctly and yet be an abysmal so¬ 
cial failure, it is possible to correctly implement a 
protocol specification and yet fail to provide the nec¬ 
essary execution environment for the protocol 
application. 

Half the battle in implementing a protocol lies not 
in writing the implementation itself, but in mating it 
to the protocol processing environment. This is 
achieved through the art of protocol implementa¬ 
tion. The success or failure of the policy choices 
made in this process will determine the success of 
the implementation as a whole. This article de¬ 
scribes a few common strategies for protocol imple¬ 
mentation, and then relates the art of policy deci¬ 
sions to the science of protocol message exchange. 

ALTERNATE IMPLEMENTATION 
APPROACHES 

Before embarking on a lofty discussion of the in¬ 
terface between art and science, let’s first examine 
the scientific component of protocol implementa¬ 
tion. 

Even though there are any number of ways to 
implement a particular protocol, it’s surprising how 
often one of two approaches is selected. The first, 
which is usually chosen by people doing their first 
implementations, is to use a set oi IF-THEN-ELSE 
conditions following a protocol state diagram. The 


second alternative is a finite state machine ap¬ 
proach. Both approaches can effectively carry out 
the task of supporting protocol control and data ex¬ 
changes, but—as you may have guessed—both also 
have their drawbacks. 

THE IF-THEN APPROACH 

The IF-THEN approach offers a natural way to 
implement protocol software. Under it, each state 
and event possibility is exhaustively tested as an 
explicit IF-THEN-ELSE sequence. A partial imple¬ 
mentation of the dating protocol with the IF-THEN 
approach is represented in Figure 2. 

Popular variants of this approach have large IF 
statements containing a particular state that pre¬ 
cede a series of IF-THEN-ELSE statements that in 
turn decode a particular event. A more progressive 
variant uses a “switch” statement to decode the 
state before using “sub-switch” statements within 
a case to decode the event. 

The IF-THEN approach has much that makes it 
appealing. It’s very easy to generate and under¬ 
stand, and it leaves no mystery about what is sup¬ 
posed to occur once the circumstances of an event 
are known. The concern here, however, is not to 
make life easy for programmers, but rather to create 


If( state == IDLE && event == WANTSDATE ) 

send date request 
state = WAITFORACK; 

> 

else 

if( state == WAITFORACK && event == RECVHEARDYOU ) 
{ 

set timer t3 

state = WAITFORAPPROVAL; 

> 

else 

if( state == WAITFORACK && event == TIMER1 ) 
retransmit date request 

else 

if( state == WAITFORACK && event == DENIED ) 

send TNX 
state = IDLE 

> 

else 

if( state == WAITFORACK && event == BLESSED ) 

{ 

send TNX 
state = HAPPY; 

> 


Figure 2 — A partial implementation of the dating 
protocol using the IF- THEN approach. 
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send TNX 
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> 

send TNX 
state = HAPPY; 




Figure 3 — A partial implementation of the dating proto¬ 
col using the finite state approach. 


an environment in which the program can run and 
where access to the resources required to execute 
that program can be facilitated. 

The principal difficulty with the IF-THEN ap¬ 
proach is that most of the machine language gener¬ 
ated for such an implementation simply evaluates 
and branches the IF expressions. Relatively speak¬ 
ing, very few program statements are actually spent 
on the execution of protocol action. 

A less obvious difficulty with such implementa¬ 
tions lies in the symptomatic probability that little 
attention has been given to the operational policy 
choices programmers must make when boundary 
conditions rudely greet them in the execution envi¬ 
ronment. The longterm effect of this is that such 
software has a way of maturing badly as program¬ 
mers out in the field hack quick fixes to it. It would be 
far better if boundary conditions received more at¬ 
tention on the development bench, where time and 
programmer ego are available for structural im¬ 
provements as well as bug fixes. 

THE FINITE STATE APPROACH 

The finite state approach has a distinct data ori¬ 
entation, focusing on events, states, and actions. In 
this, it differs from the programming language ori¬ 
entation of the IF-THEN approach. The finite state 
approach takes a current state and event, and pro¬ 
duces an action and a new state. The implied soft¬ 
ware architecture with such a model boils down to 
an array of subroutines indexed by current states 
and event types. The resulting implementation is a 
series of small action subroutines and a larger ma¬ 
trix of subroutine addresses. 

A partial implementation of a finite state is shown 
in F'igure 3. The natural benefit of this approach, of 
course, is that little time needs to be spent in analyz¬ 
ing the current state or what to do with it. The cur¬ 
rent state and event are evaluated a single time and 
the proper action is immediately dispatched. When 
compared with the machine code that must be gen¬ 
erated for the IF-THEN approach and the number of 
IF-THEN expressions that might need to be evaluat¬ 
ed simply to determine the current state and event 
match, the benefits of the finite state approach be¬ 
come relatively clear. 

The chief drawback of the finite state approach is 
that within a very short time, it becomes almost 
totally unfathomable—even to the original pro¬ 
grammer. The improvement won by doing a straight 
index to obtain the required action has the cost of 
losing the context in which each of the smaller ac¬ 
tion routines is executed. While this approach is 
sophisticated in its use of environment, it suffers 
over the long haul since very few of those who inherit 
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the original programmer’s code will take the time to 
understand and maintain it, opting instead to re¬ 
place it with an “invented here” version. 

The finite state approach is also plagued by the 
nagging concern that the original programmer really 
did maximize the efficiency of the original imple¬ 
mentation and either got very “tricky” in a coding 
style or simply lost it altogether and failed to imple¬ 
ment required protocol actions. This fear arises from 
a perception that the loss of context not only im¬ 
pedes the understanding of others but hampers the 
original programmer’s efforts to correctly code and 
debug a product. 

IMPLEMENTATION BALANCE 

The best state of affairs seems to be a compromise 
between the IF'-ELSE and finite state approaches. A 
hybrid that does as effective a job as the finite state 
approach in dispatching event processing while 
maintaining context within source, as with IF- 
ELSE, would seem to be the ideal solution. The diffi¬ 
culty with the hybrid approach, though, is that 
again it lures the programmer away from hard, fixed 
responses to problems with policy choices that allow 
artistic impulses to creep into the development pro¬ 
cess. 

The typical split between the IF-THEN approach 
and the finite state approach is to use the IF-THEN 
concept for processing different event types, and 
employ the finite state approach for handling the 
current state processing within each event type. 

The following shows a partial implementation of 
the dating protocol with the hybrid approach: 

if( event == HEARDYOU ) 

state = WAITFORAPPROVAL; 
set t3 

> 

else 

if( event == BLESSED ) 

send TNX 
state = HAPPY; 

> 

else 

ifC event == DENIED ) 

send TNX 
state = IDLE; 

> 

In the dating example, explicit event processing 
was included within the IF-THEN. More complicated 
protocols would use “switch” or finite state arrays of 
subroutine addresses indexed by the current state. 

The importance of the hybrid approach is that 


context is maintained by using the IF-THEN event 
processing while program code efficiency is general¬ 
ly preserved by the use of finite state sub¬ 
processing. 

OPERATIONAL CONSIDERATIONS 

Given the hybrid approach, it is possible to con¬ 
struct decent software capable of implementing the 
correct exchange of protocol messages. Difficulties 
arise, though, when it comes to integrating the com¬ 
pleted protocol processor into its operating environ¬ 
ment. 

Principal among these integration concerns is the 
availability and management of data buffering 
space in the execution environment. While this con¬ 
cern varies from system to system and little can be 
said of general applicability, particular care should 
be taken to handle no-buffer situations. Surprising¬ 
ly, one of the largest systems level problems with 


A protocol reference model is only 
a design tool. 


protocol implementations results from data flow 
locking up or buffer space running out. In protocols 
that have packet sequencing, buffer starvation can 
be gracefully handled by artificially treating a pack¬ 
et as “out of sequence” when a buffer is unavailable. 

INTELLIGENT PACKET ALTERNATIVE 

Most protocols are designed around an active 
node/passive packet model. Figure 4 offers a graphic 
representation of the model. Under this design, each 
node has processing capabilities to account for all 
the protocol states and all the possible event types it 
might receive within a state. This leads first to large 
implementations that, when compounded by pro¬ 
grammer judgments etched into the interface be¬ 
tween protocol implementation and execution envi¬ 
ronment, can cause significant difficulties in 
implementing the protocol. This, in turn, can lead to 
difficulties in getting the protocol to interoperate 
with implementations built by other individuals. 

An alternative protocol model can be constructed 
to take advantage of the understanding the origina¬ 
tor of a protocol message has of the protocol mecha¬ 
nisms to be applied to each packet. This model re¬ 
volves around the idea that separate protocol 
message encoding can be included with each packet 
to request the activation of distinct protocol mecha- 
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nisms. For example, the encoded message, “Send a 
message acknowledgement; sequencing is unimpor¬ 
tant,” might be included. This sort of encoding is the 
signature of the passive node/smart packet model. 
Figure 5 provides a graphic representation of this 
model. 

The advantages of this approach to protocol de¬ 
sign are many-fold. We don’t have the space to ex¬ 
plore all of them here, however. Without a complete 
discussion of the pros and cons, suffice it to say the 
intelligent packet model simplifies protocol imple¬ 
mentation judgments to the level of judgments typi¬ 
cally required in implementing a programming 
language. 

PERFORMANCE 

The metrics used to evaluate protocol implemen¬ 
tations take into account a number of levels of per¬ 
formance. At minimum, one should be able to estab¬ 
lish that an implementation correctly installs 
specified message exchanges. Deeper evaluation 
considers data transfer performance and implemen¬ 
tation size. Experience in tracking performance has 
shown that protocol software rarely behaves inter¬ 
nally as designed. There is almost always some sur¬ 
prise about the number of times a subroutine must 
be executed or the amount of time an area of code 
takes to complete. Thus, it is strongly recommended 
that a second pass be made over a “correct” imple¬ 
mentation in order to discover areas of concentrated 
execution. These then must be improved. 

The adage that 10 percent of the software is ex¬ 
ecuted 90 percent of the time well applies to protocol 
implementations. Finding the 10 percent and im¬ 
proving it can typically lead to a doubling of the data 
transfer performance. 

Protocol implementation at first appears to be 
very straightforward. Indeed, it is almost seductive. 
What is usually perceived on first glance is simply 


the need to exchange messages with another imple¬ 
mentation in a very structured fashion. What is usu¬ 
ally missed is the need to integrate a correct imple¬ 
mentation into an execution environment and to 
handle the boundary conditions that exist within 
that environment. This is especially true in the area 
of data buffer memory allocation and management. 
As a result, sophisticated systems level judgment is 
called for in the integration process. 

Performance, of course, is the real measure of an 
implementation. For this purpose, “performance” 
is defined not only in terms of correct message ex¬ 
change but, more importantly, in terms of the im¬ 
pact the implementation has on its execution envi¬ 
ronment and its data transfer performance. 
Significant performance improvements can be 
found in as little as 10 percent of the software. Take 
the time to find and improve that code. 

Finally, pay attention to program structure. Ef¬ 
forts spent in this area during development will be 
conducive to the longterm life of an implementation. 
Generally speaking, by providing a traditional IF- 
THEN framework for a finite state-based sub-struc¬ 
ture, you can go a long ways toward improving a 
program structure’s life expectancy. 


Steve Holmgren is President of Communication Ma¬ 
chinery Corporation of Santa Barbara , CA, a producer of 
high performance communication software and hard¬ 
ware. Prior to coming to CMC , Mr. Holmgren served as 
President ofQMI , where he developed a single-chip TCP 
implementation. He holds a Bachelor’s degree in Math¬ 
ematics and Computer Science from the University of 
Illinois in Champaign-Urbana, where he went on to in¬ 
terface UNIX to the Arpanet at the Center for Ad¬ 
vanced Computation. Mr. Holmgren has also done ad¬ 
vanced technical assessments and prototyping for 
military procurements through the Mitre Corpora¬ 
tion. ■ 
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Figure 4 — The active node/passive packet model. 
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Figure 5 — The passive node/smart packet model. 
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COMMUNICATION 

A look at trends in network hardware technology 




42 UNIX REVIEW 


' i hot • iHft A;, 


Over the past 15 years, net¬ 
work hardware technology has 
kept pace with the flurry of 
changes in digital and computer 
technology. Today, transmission 
rates of up to 50 million bits per 
second are common, with error 
rates below 1 in 10 10 bits. 

As transmission rates have 
continued to increase, other lay¬ 
ers of network implementation 
have become bottlenecks. Com¬ 
plex protocols and poor system ar¬ 
chitectures often waste band¬ 
width, thus undercutting any 
gains realized by using costly high 
speed media. 

To see why careful architectur¬ 
al design and improved protocol 
performance is essential if higher 
bandwidth media is to be of any 
use, let’s take a closer look at the 
changing technology of network 
hardware. 

PERFORMANCE 

Fifteen years ago, a continuous 
megabit per second (mbps) feed to 
a peripheral device was consid¬ 
ered a fast transfer rate. Today, an 
8 mbps transfer rate between 
computers over a local area net¬ 
work is generally assumed to be 
the “state of the art”. 

The HYPERchannel, though, 
has been transferring 50 mbps 
between computers for years. 
Why shouldn’t that be considered 
the “state of the art”? 

Clearly, a definition is in order. 
What exactly is a “transfer rate”? 
The Ethernet has the physical ca¬ 
pacity to transfer data at 10 
mbps, but the actual end-to-end 
transfer rate is typically much 
less than 1 mbps. This should 
serve as a warning that the media 
transfer rate is not the end-to- 
end, memory-to-memory transfer 
rate. This is not to say that media 
transfer rates are unimportant, 
because they do indicate the up¬ 
per limit on the end-to-end trans¬ 
fer rate. But it also should be not¬ 
ed that media transfer rates are 
usually ranch higher than actual 
end-to-end rates. 

In talking about networks, it is 
generally useful to think of 
“transfer rate” as referring to 
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end-to-end, host memory-to-host 
memory throughput. For exam¬ 
ple, which has the highest trans¬ 
fer rate—a 10 mbps proteon ring, 
a 10 mbps Ethernet, or a 3 mbps 
Ethernet? Running IP/TCP proto¬ 
cols on a VAX/780 under 4.2BSD, 
all three networks actually per¬ 
form equally, at about .5 to .75 
mbps. 

Why so slow? The end-to-end 
time to move data from one com¬ 
puter’s memory through some 
protocol code, a network control¬ 
ler, a network, another network 
controller, and some more proto¬ 
col code before finally placing it 
into another computer’s memory 
is much greater than the trans¬ 
mission media time. 

Even if you have a local, high 
speed disk drive that can transfer 
data at 15 mbps (such as a Fujitsu 
Eagle), you can be assured that 
your file system is doing a superb 
job if it can use 4 mbps (1/4) to 6 
mbps (1/3) of the available band¬ 
width. Yet, disk interfaces are far 
less complex and require less 
overhead than the typical com¬ 
munications protocol. 

One need only look at the seven 
layers of the International Stan¬ 
dards Organization’s Open Sys¬ 
tems Interconnection model to 
gain an appreciation for this com¬ 
plexity. [See the article entitled 
“The Potpourri of Networks’’ else¬ 
where in this issue for a more de¬ 
tailed look at the model.] Most 
communications protocols follow 
at least a few of the seven layers. 

For example, consider a simple 
network application such as file 
transfer, using the IP/TCP proto¬ 
cols over an Ethernet. Once a con¬ 
nection has been established be¬ 
tween the file transfer program on 
one end and the file transfer serv¬ 
er on the other, the file transfer 
application program (layer 7) calls 
a network write routine (layer 6), 
which passes the data to TCP (lay¬ 
er 4), which adds a header to the 
data and passes it to IP (layer 3), 
which adds its own header and 
passes it to a device driver, which 
hands it to the Ethernet hardware 
(layers 2 & 1) for transmission. At 
the other end, the whole process 


There are several ways that hardware and 
systems architecture can improve end-to- 
end throughput —and reduce CPU 
overhead at the same time. 
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is reversed. (Note, standard 
IP/TCP implementations do not 
make use of an identifiable ses¬ 
sion layer.) 

Is it any wonder that time is lost 
in the transition? 

At the interface between the 
presentation and transport layer, 
the data is usually copied (and a 
copy or pointer to the data is typi¬ 
cally squirreled away for retrans¬ 
mission later in case of lost or da¬ 
maged data). The data may be 
copied yet another time at the net¬ 
work layer—and there’s still 
more to come. Most Ethernet 
hardware copies it a third time 
from host memory to on-board 
controller buffer memory. This 
last copy may be via DMA or a host 
processor copy loop. 

Once the packet is in the con¬ 
troller, it tends to go out on the 
Ethernet almost immediately. On 
the other end, this whole process 
is repeated in reverse order. 

A standard IP/TCP packet on 
the Ethernet will be about 1024 
bytes long. At 10 mbps, it takes 
only a single millisecond to trans¬ 
mit each packet. If the protocol 
processing and data copying 
operations (including the device 
DMA) take 4 milliseconds on each 
end, then the fastest that data can 
be moved from one computer to 
another is about one packet every 
10 milliseconds, or about one 
hundred 1K packets per second. If 
the protocol implementation is 
well designed, most of the CPU 
time on the sender and receiver 
can be overlapped, thus improv¬ 
ing throughput by a factor of two. 

Just think about it. Let’s say 
you have a pair of VAX-1 l/780s 
running 4.2BSD—a fair amount 
of computing power, right? But to 
copy a file from one to the other 
using IP/TCP over an Ethernet, 

. 12 mbps may be the best you can 
achieve using all of the CPU cy¬ 
cles on both systemsl What a 
waste of CPU! What a terrible 
state of affairs for the system de¬ 
veloper to tackle! 


AVAILABLE RELIEF 

There are several ways that 
hardware and systems architec¬ 
ture can improve end-to-end 
throughput —and reduce CPU 
overhead at the same time. One 
proven strategy is to include more 
hardware support—in the form 
of “co-processor” or “front-end” 
protocol implementations—for 
what is normally considered soft¬ 
ware protocol processing. 

For an example of hardware 
support, look at the Ethernet. 
Most Ethernet controller “hard¬ 
ware” implements the link layer 


As transmission rates 
have continued to 
increase, other layers 
of network 
implementation have 
become bottlenecks. 


protocol. This reduces the CPU 
time required to use the Ethernet. 
There are also several new con¬ 
troller boards for the Ethernet 
that contain microprocessors and 
on-board implementations of 
IP/TCP protocols, meaning they 
can take care of functions up 
through layer four of the OSI mod¬ 
el. 

With more of the protocol pro¬ 
cessing being pushed down into 
silicon (new custom chips), and 
the rest being done by high-per¬ 
formance microcomputers on 
front-end processors, where are 
networks headed? 

It is critical to network perfor¬ 
mance that front-end processors 
have protocol compute perfor¬ 
mance equal to or greater than 


the processor(s) they are serving. 
For example, even a well-imple¬ 
mented front-end controller 
based on the Intel 80186 or the 
Motorola 68000 will probably be 
unable to achieve anything great¬ 
er than 1 mbps IP/TCP through¬ 
put unless special hardware aids 
are also implemented. These 
might include scatter/gather 
DMA support (both to the host 
and the network) and hardware 
checksum support. Once the Mo¬ 
torola 68020 is available for ser¬ 
vice as a front-end processor, it 
should offer performance well- 
matched to the Ethernet and cur¬ 
rent protocols. 

Before custom chips became 
available for Ethernet, though, 
these new front-end processors 
were not possible. Discrete Ether¬ 
net implementations took up too 
much board space and were quite 
expensive—even without their 
own processors. Now that the 
chips are available, though, they 
or custom ALUs will perform 
more and more future protocol 
processing. 

What else might we expect to 
see in the networks of the future? 
A look at the media chart shown 
in Figure 1 should offer some 
clues. 

Looking at these media com¬ 
parisons, it’s obvious that we are 
far from reaching the transmis¬ 
sion speed limits of available me¬ 
dia. Satellites, microwaves, and 
fiber-optics all promise band- 
widths much greater than those 
realized by current network im¬ 
plementations. Imagine a fiber- 
optics network that can operate at 
3000 mbps! By way of compari¬ 
son, consider that the VME bus (a 
common small computer back¬ 
plane bus) can only move data at 
320 mbps. How could such a bus 
ever make use of a 3000 mbps 
network? It can’t, of course; but 
on a network with hundreds of 
nodes, it might reasonably expect 
to move 80 to 160 mbps of data 
from place to place. With transfer 
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rates like these, truly distributed 
computing would become avail¬ 
able. 

The challenge for networking 
hardware will be to produce very 
high speed custom circuits to 
move data reliably from node-to- 
node at hundreds of mbps. This 
will be done by integrating as 
much high-level protocol design 
as possible into silicon, by utiliz¬ 
ing wide data paths to the host 
(32+ bits), and by totally offload¬ 
ing the host CPU of all protocol- 
related processing. 

The host’s network model 
needs to look like any high speed 
peripheral interface. No program¬ 
mer would think of writing a 200 
inch-per-second 6250 GCR tape 
drive in 512 byte output requests, 
yet most current protocol imple¬ 
mentations limit block size to 512 
or 1024 bytes per record. You can 
look for this block size to increase 
at least 100 times, both at the 
front-end interface level and on 
the physical media itself. 

FUTURE TOPOLOGY 

The choice of whether to use a 
bus or a ring is made less by ra¬ 
tional analysis than by emotional 
preference. It’s very much like the 
choice between Coke and Pepsi, or 
vi and emacs. Although data may 
be available to help with these de¬ 
cisions, most choices will still be 
based on personal preferences. 
Since buses and rings both work, 
system architects can choose be¬ 
tween them based on the hard¬ 
ware realities of the network me¬ 
dia and implementation costs. 

Looking at the media compari¬ 
son chart, note that all of the 
highest speed media lend them¬ 
selves to point-to-point and ring 
topologies. For this reason, it’s 
likely that rings will come to domi¬ 
nate local networks over the next 
five years. 

For a number of applications, 
though, expense is more impor¬ 
tant than the actual data transfer 
rate. To support, say, a collection 


of data query and control termi¬ 
nals on a manufacturing plant 
floor, an inexpensive low speed 
network that offers high reliabil¬ 
ity may suffice. For such an appli¬ 
cation, an overhead infrared link 
may be the best technology. It 
isn’t fast, but terminals can be 
moved around freely without the 
bother of re-working network 
connections or overcoming rout¬ 
ing problems. Using infrared, it is 
only necessary that each active 
terminal have a line-of-sight link 
to a central overhead master 
transmitter/receiver. Infrared is 
not susceptible to electromagnet¬ 
ic interference, and thus is a good 
choice for some environments. 
On the other hand, a paint plant 
with lots of particulate matter in 
the air would probably not lend 
itself to this type of network solu¬ 
tion. 

Another area for system archi¬ 
tects to consider is the contention 


method. One of the two major op¬ 
tions is CSMA/CD, or carrier 
sense multiple access with colli¬ 
sion detection. Best known as the 
mechanism used by the Ethernet 
to arbitrate multiple user (host) 
access to the network media, 
CSMA/CD performs very well un¬ 
til it gets close to the saturation 
level of the media bandwidth, but 
it cannot guarantee any one user 
uniform access to the network. 
This means that although the 
network utilization may account 
for 90 percent of the media trans¬ 
mission rate, one host may be get¬ 
ting 10 percent while another re¬ 
ceives only 5 percent. 

Token passing, on the other 
hand, implements much “fairer” 
media access, providing a round- 
robin arbitration between all 
hosts wishing access to the net¬ 
work. The drawback it suffers 
from is that it makes error recov- 

Continued to Page 102 


MEDIA COMPARISON 


Media 

Capacity* 

Topologies 

FM Radio 

.020 

Point-to-Point, Star 

Satellite 

.056 

274.000 

Point-to-Point 

(T4) 

Packet Radio 

.100 

Point-to-Point, Star 

Infrared 

.250 

Point-to-Point, Star 

Laser 

1.500 

Point-to-Point 

Microwave 

1.544 

274.000 

Point-to-Point 
(T 4) 

Twisted Pair 

10.000 

Ring, (Bus), Point-to-Point 

CATV Cable 
(Broadband) 

20.000 

Ring, Bus, Point-to-Point 

Coax Cable 
(Baseband) 

50.000 

Ring, Bus, Point-to-Point 

Fiber Optic 

3000.000 

Ring, (Bus), Point-to-Point 


*in mbps 


Figure 1 — A comparison of available media. 
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PIECING THE PUZZLE 
TOGETHER 

An interview with Sandy Fraser 
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As director of the Computing 
Science Research Center at 
AT&T Bell Labs, Sandy Fraser 
isn't responsible for all of the 
computing science research 
done at Bell Labs, but he does 
handle a big chunk of it. Most of 
his own research has focused 
on data communications and 
network development, particu¬ 
larly as it relates to common car¬ 
rier networks. The develop¬ 
ment of Datakit VCS and the 
Information Systems Network, 
AT&T's trademarked data net¬ 
work products, is largely the re¬ 
sult of work Fraser has done to 
develop data transport technol¬ 
ogy- 

To solicit his thoughts on 
UNIX networking, UNIX RE¬ 
VIEW asked Ned Peirce, a sys¬ 
tems analyst specializing in 
UNIX, to interview Fraser in his 
Murray Hills office. Although re¬ 
luctant to speak about the com¬ 
mercial aspects of networking 
and computing, Fraser spoke 
freely about his last decade in 
communications research. 


REVIEW: Let's lead off with a 
little history. Can you describe 
Datakit and its evolution? 

FRASER: I joined Bell Labs in 
1969 with a belief in the opportu¬ 
nity provided by the emergence of 
computing and data communica¬ 
tions, and the convergence of the 
two. At the time, very little re¬ 
search was devoted to packet 
switching and I had an interest in 
distributed operating systems. So 
to make that happen, I had to as¬ 
semble a communications net¬ 
work. 

I picked up on some work being 
done by Wayne Farmer and Ed 
Newhall, two members of the 
technical staff at Bell Labs. A year 
or so earlier they had designed 
what I think was the first asyn¬ 
chronous ring ever made. It was 
what is now called a token ring , 
but that piece of terminology 
didn’t come until later. I made 
some changes to the design of the 
token ring, mostly with the intent 
of understanding how to integrate 


it with a wider area network. It 
seemed clear that we needed to 
understand how to make larger 
networks—certainly ones that 
were larger than the one they had 
started with. 

It turned out that Bell Labs had 
a fairly substantial number of 
minicomputers at the time. Here 
in the research area, we had 
enough machines that I was able 
to talk about a dozen people into 
collaborating with me to the ex¬ 
tent of putting their machines 
onto this ring. That was the be¬ 
ginnings of an experimental net¬ 
work we called Spider. 

Spider was a heterogeneous 
network that included PDP-lls, 
Honeywell 516s, and a PDP-8, as 
well as a considerable mix of oper¬ 
ating systems. At the time, I 
thought that the inclusion of all 
these different operating systems 
would aid insight. But, in retro¬ 
spect, I can see that I introduced 
myself to far too many problems 
all at once. 

Spider ring actually provided a 
sort of service to the research 
area. I guess it became operation¬ 
al in a service-like way around 
1972 and it lasted until we killed 
it in 1978. But, by 1978, it had 
sort of withered. About the time 
that it became robust enough that 
people could get some sort of ser¬ 
vice out of it, I had learned most of 
what I was going to learn from it. 

That’s when I decided that I 
had pretty much done the wrong 
thing in building it. I was simply 
on the wrong technical tack. 

REVIEW: What were the prob¬ 
lems? 

FRASER: Well, there was the ge¬ 
neric problem that seems to afflict 
any local area network designed 
only for that purpose. I don’t 
think computing can be regarded 
as strictly a local phenomenon. 
We at Bell Labs have installations 
at several places in New Jersey, 
Pennsylvania, and Illinois. No 
sooner had I gotten the ring up 
here than people were asking me 
to make extensions to computers 
in Holmdel and Reading, PA. Well, 
the ring was a 1.5 megabit ring. 
Its architecture assumed certain 



I was trying to do 
the impossible in 


attempting to 
design a switching 
machine that was 
good for everyone 
and yet was 
economical. 
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properties of the environment 
which were true inside the build¬ 
ing but not true for a wide area 
network. So I simply wasn’t able 
to make a practical extension ei¬ 
ther into Pennsylvania or to 
South Jersey. 

REVIEW: Did you see the ring 
architecture as the problem? 

FRASER: Network design is a 
multi-disciplinary issue; there 
are a lot of factors that you have to 
play off against one another. In 
starting with a rather narrow 
framework, like joining minicom¬ 
puters within Murray Hill togeth¬ 
er, one ignores a whole class of 
factors important for wide area 
networking. You come up with a 
solution that works very well in 
that particular environment but 
doesn’t work well in the larger 
scheme of things. 

For example, the protocols de¬ 
signed for the ring were only suit¬ 
able for a high speed network. But 
at the time, no one around here 
was prepared to pay for a high 
speed line to Holmdel. A 9.6 
Kbaud line was probably about 
the fastest link we had. The proto¬ 
col simply did not make much 
sense at those speeds. 

REVIEW: Too much overhead? 

FRASER: Well, the delay would 
have been too long. We used the 
network in an extremely interac¬ 
tive way. The protocol just was not 
appropriate for most transmis¬ 
sion lines. 

REVIEW: It involved more than 
file transfer? Were you also run¬ 
ning processes remotely? 

FRASER: Well, there were a num¬ 
ber of things that we tried to do. It 
mostly involved file sharing, re¬ 
mote file access, and remote job 
submittal—that sort of thing. 

One of our problems was that I 
simply had not thought about 
maintenance. If a network is con¬ 
tained entirely within an area 



It seemed clear 
that we needed to 
understand how 
to make larger 
networks. 


that a person easily could walk 
around in with an oscilloscope, 
maintenance is a very different 
business than it is when things 
are spread out over a long dis¬ 
tance. We simply hadn’t thought 
about that thoroughly enough 
when we set the thing up, so we 
failed to put in enough monitoring 
and maintenance to manage fault 
isolation and detection reason¬ 
ably. 

Another mistake that dawned 
on me about that time was made 
apparent by work done by some 
folks I was sharing a lab with at 
the time. They were building an 
early experimental time division 
multiplexed switch (TDM). You 
may not know what that is, but 
it’s a machine that’s now widely 


used for telephone switching. A 
very small unit does the real 
switching function and a large 
number of circuit cards interface 
to the communication lines that 
radiate out from the switch. 

The switching unit itself is 
typically very small and yet it of¬ 
fers a very large bandwidth in 
comparison with packet switch¬ 
es. The contrast with the packet 
switch I had was striking. The 
packet switch attached to my ring 
had only about a megabit of 
throughput but it occupied a 19- 
inch rack that stood six feet high. 
The performance-to-weight ratio 
difference struck me as an indica¬ 
tion that we were doing the wrong 
thing. 

I thought, suppose we were to 
build a network for the United 
States. It is fairly clear that you 
would need high capacity switch¬ 
es to do the long haul switching. 
You would also need to have a 
much more efficient technology 
for switching than we were using 
at the time. 

For those reasons, and a few 
more, I pretty much abandoned 
research on the Spider network, 
though it continued to provide 
service. I then started to work on a 
new network architecture in an 
attempt to solve the problems I’d 
found. 

REVIEW: Did you envision a 
single architecture for both lo¬ 
cal and long haul communica¬ 
tions? 

FRASER: Well, the word “archi¬ 
tecture” is actually ambiguous in 
that context. We can talk about 
that a little later. 

I thought it would be possible to 
design a switching machine that 
would provide effective service for 
a wide range of computers and 
terminals. I tried several designs, 
including one for a piece of ma¬ 
chinery that provided for packet 
switching entirely in hardware. 
But, after a couple of years, I came 
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Only Sperry can make the 
following four statements. 

Our PC runs the XENIX™ 
system, as well as MS-DOS™. 

Our 4 new microcomputers 
run the UNIX system. 

Our new minicomputer runs 
the UNIX system. 

Our Series 1100 mainframes 
run the UNIX system. 

All of which means there is 
a great deal we can do for you. 


For instance, our family of 
computers based on UNIX 
systems has incredible trans¬ 
portability for all your software. 

And being able to accom¬ 
modate from two to hundreds 
of users, it’s impossible to out¬ 
grow our hardware. 

Or course, this linking of all 
your computer systems can add 
measurably to your productivity. 

And a fast way to find out 


more is to get a copy of our 
Sperry Information kit. For 
yours, or to arrange a demon¬ 
stration at one of our 
Productivity Centers, call 
1 - 800 - 547 - 8362 . 
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XENIX and MS-DOS are trademarks of Microsoft 
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to the conclusion that that, too, 
was the wrong idea. 

There is just too much variety 
in the computer business. There 
is a tremendous range of size and 
performance. We have a Cray 
downstairs and an AT&T PC here 
in the office. We have terminals 
costing a few hundred dollars and 
others costing several thousand. 
It seemed impractical to me to en¬ 
gineer efficiently for a wide range 
of requirements. 

If you build a machine that is 
cost effective for switching traffic 
from Model 33 Teletypes—which 
is what we had then—then it is 
not going to have the performance 
you need for interfacing with a 
Cray. If you build something with 
the performance needed for a 
Cray, you’ll find that you can’t af¬ 
ford to put Model 33 Teletypes on 
it. I finally convinced myself that I 
was banging my head against a 
brick wall. I was trying to do the 
impossible in attempting to de¬ 
sign a switching machine that 
was good for everyone and yet was 
economical. 

Out of that frustration, Datakit 
was born. In fact, the idea came to 
me on an aeroplane coming back 
from UCLA. Somewhat earlier, I 
had been watching my kids play¬ 
ing with a Leggo set—you know, 
those little colored plastic blocks 


In the distant future, 
data and voice may 
well merge, but for 
now I don't see any 
particular virtue in it. 


you put together—and it sudden¬ 
ly occurred to me that to get the 
functionality, performance, and 
cost effectiveness I wanted, I 
needed to think of the network 
switching machine in terms of 
modules like the ones in the Leggo 
set. 

The question became: “What 
are the modules? What are the 
piece parts that you glue togeth¬ 
er?” The idea was to have some 
high performance piece parts that 
were very expensive and some 
real cheap, low performance piece 
parts. Then, if you had 25 CRTs to 
join together, you could use a set of 
low cost, low performance piece 
parts. If you had a couple of Crays 
to join, you could use more elabo¬ 
rate modules. 

REVIEW: Would the terminals 
then be able to talk to the 
Crays? 

FRASER: Yes, at that point I had 
come to believe in the idea of Uni¬ 
versal Service in the sense that we 
have for telephony. In fact, the 
real problem with the Spider net¬ 
work was that we had no termi¬ 
nals on it. The terminals were on 
the computers, but not on the net¬ 
work. I had come to the conclu¬ 
sion that what society was going 
to need was a single network that 
would allow any computer and 
any terminal to talk to one an¬ 


other, irrespective of location. 
That was my objective, but in or¬ 
der to make it economically via¬ 
ble, I needed to come up with a 
modular approach so that we 
could configure particular pieces 
of the network to meet particular 
performance requirements. That 
is how the kit part of Datakit came 
about. 

REVIEW: Still data versus 
voice? 

FRASER: As a matter of fact, the 
potential for integrating voice and 
data in one network has been ob¬ 
vious to just about everybody. I 
think we came up with a design 
that could handle voice very well. 
However, we continued to empha¬ 
size data. The reason was simply 
that so much is known about tele¬ 
phony—how to switch it, how to 
manage it, and so on. So little is 
known about data, even today, 
that unless we focus on solving 
the data problem, we can easily 
get submerged in the much more 
thoroughly understood telephony 
problem. 

REVIEW: Even though tele¬ 
phony voice is largely data 
now? 

FRASER: Oh yes. You will find 
that among data networks, Data¬ 
kit probably handles telephony 
better than most. It was actually 
designed to carry synchronous 
traffic of that sort. But, at the pre¬ 
sent time, there are very econom¬ 
ic solutions to carrying voice. 
There are many known tech¬ 
niques for handling voice. It 
doesn’t seem to make much sense 
to make a big deal about putting 
voice on the data network at this 
time. If you are engineering to fit 
an environment and a large frac¬ 
tion of the environment is all of 
one type, you can optimize for that 
traffic. That is what we are trying 
to do. I think for the short term, 
separate voice and data networks 
make much more sense. They 
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may share transmission lines 
perhaps, but have separate 
switching systems. In the distant 
future, data and voice may well 
merge, but for now I don’t see any 
particular virtue in it. 

REVIEW: Even though in the 
"office" they are trying to inte¬ 
grate the two? 

FRASER: Well, I am actually talk¬ 
ing about switching machines. It 
is not too difficult for the trans¬ 
mission lines to merge the two 
sets of traffic. 

REVIEW: Even though you end 
up with two different sets of 
modulators and demodulators? 

FRASER: There are a variety of 
ways to do it. You can make multi¬ 
plexors that merge the voice and 
data together. The switching ma¬ 
chines and the interface units are 
the most complicated and least 
understood parts of the puzzle 
now. 

That is where our focus is at 
the moment. Datakit was invent¬ 
ed in 1975 and we have been 
working on and off on it ever 
since. In recent years, it has be¬ 
come a product or rather, the ba¬ 
sis of two AT&T products [Datakit 
VCS and the Information Systems 
Network]. 

REVIEW: When was it first 
made a product? 

FRASER: It was announced De¬ 
cember 8, 1983. 

REVIEW: That must have given 
you some pleasure. 

FRASER: Yes, but it had been 
such a long struggle, it was sort of 
an anticlimax. 

There is a long complicated sto¬ 
ry about that eight-year period, 
but we are not likely to have time 
to cover all of that. 

Let me instead go back to your 
architecture issue. I am still con¬ 
vinced that we, as a society, need a 
plan that will get us to Universal 


Service for data at least and then 
eventually integrate voice as well. 
That plan has got to include some 
fairly fundamental conceptual 
agreements. 

You understand what a tele¬ 
phone network is though you may 
not understand or care what “4 
KHz” is. You know that the net¬ 
work has a certain capacity. You 
know that it doesn’t carry parcels 
or music. Most people know what 
it is capable of, but they wouldn’t 
be able to offer a very scientific 
description of its capability. For 
people who build telephone equip¬ 
ment, there is a very precise de¬ 
scription of what a telephone net¬ 
work is capable of that involves 
the definition of bandwidth and a 
reference to the frequencies used 
and so on. We need to come to a 


There is just too 
much variety in 
the computer 
business. There is a 
tremendous range 
of size and 
performance. 


similar definition for data. We 
don’t have one today. We have a 
variety of definitions, but no sin¬ 
gle one we can agree on. We can’t 
get Universal Service without a 
single definition, the pieces have 
to be able to talk with one another. 

REVIEW: In point of fact, there 
are many definitions for the 
telephone network as well , de¬ 
pending on what a subscriber 


requires. For example, you can 
buy a conditioned high speed 
line or settle for a standard line. 

FRASER: You can get different 
qualities but the basic notion of 
the information being carried is 
now pretty much a standard 
worldwide. It is a 4 KHz circuit, 
plus or minus a little, wherever 
you go in the world. Because of 
that, we’ve been able to build rea¬ 
sonable interfaces between the 
various national networks. It is 
true that different telephones pro¬ 
vide different facilities: some 
have hold buttons, some don’t, 
and so on. But, those are supervi¬ 
sory functions on top of the fun¬ 
damental transport capability. 
There is pretty much a worldwide 
agreement on what that capabili¬ 
ty is. 

The telephone network is over 
100 years old and yet it is still a 
flourishing business—unlike the 
railroads or the canals. I believe 
that accomplishment has a lot to 
do with the fact that the business 
is defined in a way that is inde¬ 
pendent of the technology that 
implements it. The telephone 
business would not be competi¬ 
tive today if we had to do it with 
the technology that Alexander 
Graham Bell came up with. Some¬ 
body would have found a way of 
using electronics to do something 
to supplant the telephone busi¬ 
ness. The fact of the matter is that 
the telephone business has em¬ 
braced new technology. We’ve put 
satellites, fibers, and all sorts of 
other things into the telephone 
system without changing it as far 
as the customer is concerned. 
That has allowed AT&T to remain 
competitive by taking advantage 
of new technologies and econo¬ 
mies of scale, without losing its 
customer base. 

Imagine, for example, if in or¬ 
der to install a radio channel from 
New York to Washington, we had 
to get an agreement that on Fri¬ 
day night everyone who made 
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FRASER INTERVIEW 


phone calls from New York to 
Washington would have to 
change the way they made them. 
Or what if they had to change 
their handsets? Given those cir¬ 
cumstances, we would never have 
been able to put radio channels in 
the telephone network. The rea¬ 
son we were able to do it was sim¬ 
ply because we understood what 
telephony was in a very generic 
way. So we designed radios to car¬ 
ry 4 KHz channels. As long as we 
did that, we could put them in the 
system without telling anyone, 
which is exactly what we did. In 
my belief, that understanding of 
telephony is the fundamental rea¬ 
son this company has done so 
well. The definition of the service 
has transcended the technology. 

I don’t know if you call that “ar¬ 
chitecture” or what, but, in my 
estimation, that is a key compo¬ 
nent of a successful data network. 

REVIEW: Do you have any ex¬ 
pectations of an agreement on 
standards? 

FRASER: Having gotten this far, I 
don’t think it is going to be 
achieved through international 
standards organizations. I am 
hopeful that will be achieved, but 
I think that they are going to be 
achieved in much the same way 
that UNIX has become a widely 
accepted standard. Standards or¬ 
ganizations did not cause UNIX 
to become a standard. UNIX 
achieved that status because 
there was a reason—a need—for 
its existence. It technically met 
that need. 

REVIEW: But, it grew up in a 
university environment where 
people were able to assess what 
their needs were. 

FRASER: Each of these things is 
going to have to grow up in a dif¬ 
ferent way. All I am really trying to 
say is that there are many ways in 
which people come to an agree¬ 
ment about standards. Agree- 



As a researcher, 
what I am trying 
to do is create an 
option for the 
world. 


ment does not always come by ne¬ 
gotiating standards ahead of 
time. 

REVIEW: Some people are say¬ 
ing that some foreign countries 
may force agreement by limit¬ 
ing access to their markets to 
adherents only. 

FRASER: I really don’t want to go 
into this too far, but I think that a 
standard is going to result from a 
mix of different forces, including 
those things going on in stan¬ 
dards organizations. It is abso¬ 
lutely essential that we evolve this 
concept of what data communica¬ 
tions is in a technology-indepen- 
dent way—that is, in a way that 
can be implemented efficiently to¬ 
day and efficiently tomorrow. 
That has been a major goal of 
mine for the last several years in 
my work with Datakit. 

REVIEW: You don't feel it will 


be possible to legislate the stan¬ 
dards? 

FRASER: You’re probably able to 
understand the subject as well as I 
do. I don’t know what is going to 
cause the world at large to take 
the proper path. My impression is 
that there is also a growing under¬ 
standing of the need for integrat¬ 
ing wide area and local area net¬ 
works. There is certainly a 
growing understanding of the val¬ 
ue to society of Universal Service. 
There is a growing frustration 
that we don’t seem to be getting 
there very fast. As a researcher, 
what I am trying to do is create an 
option for the world. I am not very 
competent to say how that option 
will get used—or abused. 

In that sense, I’ve got a notion 
of architecture. But there is a 
much more concrete notion of ar¬ 
chitecture that has to do with the 
sort of switching machine you’re 
using. In that respect, I don’t 
think there’s going to be a single 
standard architecture. There are 
going to be many switching ma¬ 
chines, and each technology gen¬ 
eration will be replaced by more 
appropriate technology as it be¬ 
comes available. 

REVIEW: How important do you 
think it isfor one network to talk 
to another? This is largely arhe- 
torical question, but consider 
that not all methods for trans¬ 
porting data will be equally 
compatible with other net¬ 
works. 

FRASER: Networks that talk to 
each other are inevitable. The 
reason for the modularity of Data¬ 
kit is that we accepted the fact 
that just about every computer 
has different software supporting 
different protocols, and that dif¬ 
ferent terminals support a wide 
variety of different protocols and 
physical interfaces. Somewhere 
you have to build into this net¬ 
work the matching that goes with 
joining all of these different gad- 
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gets in a common communicating 
environment. In Datakit, what we 
did was push that problem as far 
away from the center of the net¬ 
work as possible. It is real tough to 
do matching efficiently in the cen¬ 
ter of the network. With today’s 
Datakit, the line card that termi¬ 
nates the wire from the terminal 
or the host or whatever, contains 
the translation needed for that 
host. That was the idea behind 
the modularity of Datakit. We 
have, or have under development, 
line cards for X.25, for bisync, for 
asynchronous terminals, and so 
on. 

REVIEW: How would you hook 
up to an Ethernet network? 

FRASER: You would hook up a 
line card that talks to an Ether¬ 
net. At the moment, one signifi¬ 
cant mismatch is between Ether¬ 
net and the networks that are 
being used by the common carri¬ 
ers, including Datakit. Ethernet 
is a datagram network, whereas 
most common carriers have come 
to the conclusion that virtual cir¬ 
cuit networks are by far the most 
practical networks to manage. I 
certainly came to that conclusion 
quite a number of years ago. 

I notice that most of the com¬ 
mon carrier networks today are 
virtual circuit networks. In fact, 
even in environments where Eth¬ 
ernets are used, a large fraction of 
the traffic is being carried in a 
manner equivalent to a virtual 
circuit. Two machines agree to 
talk, they talk for a while, and 
then they quit. TCP is a virtual 
circuit protocol, IP is a datagram 
protocol that lies underneath. We 
have a Datakit network here and 
we also have an Ethernet. We 
have the two communicating with 
one another through a gateway, 
but it’s the least comfortable of all 
of the gateways we have. 

REVIEW: By “ gateway ”, are 
you talking about something 
larger than an interface card? 


FRASER: We’re talking about a 
computer. 

REVIEW: Is that what's re¬ 
quired? 

FRASER: No, but that’s what we 
have today. There was some work 
done some while ago on a more 
compact dedicated Datakit/Eth- 
ernet interface but it was aban¬ 
doned for unrelated reasons. 

REVIEW: Is the difficulty in Da¬ 
takit/Ethernet communications 
largely an addressing problem? 

FRASER: Yes, in the datagram 
world, each packet is routed inde¬ 
pendently, carrying its own rout¬ 
ing information. In the virtual cir¬ 
cuit world, some initial overhead 
is spent setting up a virtual circuit 
so that information packets can 
later be sent over essentially 
without addressing information. 


Networks that talk 
to each other are 
inevitable. 


So when a datagram arrives at a 
virtual circuit network, you first 
have to take the addressing infor¬ 
mation off. Potentially, you have 
to set up a virtual circuit for each 
datagram. That is not a very effi¬ 
cient way to do things, so you have 
to have some sort of caching 
scheme. 

REVIEW: You mean you let the 
packets collect and then set up 
a virtual circuit? 

FRASER: Or you can just set up a 
circuit when you see a new ad¬ 
dress. But, you don’t take down 
the circuit when that datagram is 
gone. You can leave it around for a 


while in the hope of seeing an¬ 
other datagram for the same ad¬ 
dress. 

REVIEW: These datagrams do 
not indicate “last packet ”? 

FRASER: No, they don’t. You have 
to have a “time out’’ or some other 
mechanism for getting rid of the 
virtual circuit. So, as you can see, 
it’s a bit clumsy. 

REVIEW: It sounds like you end 
up with an accumulation of un¬ 
used virtual circuits. 

FRASER: Yes, there are things 
you can begin to do but you can 
already see that the gateway is a 
messy, inefficient sort of gadget. 

REVIEW: In terms of security , 
what are the relative advan¬ 
tages of datagram and virtual 
circuit networks? 

FRASER: Virtual circuit net¬ 
works are much easier to manage, 
much easier to supervise, much 
less vulnerable. Security depends 
on the distribution plan as well. 
But I think it’s much easier to ad¬ 
minister a privacy arrangement 
within a virtual circuit network. 

REVIEW: You are not giving 
things away with each packet? 

FRASER: If there are a dozen of 
you all tapping into a single co¬ 
axial cable, then you have a per¬ 
fect right, logically, to listen to 
each packet, whether it belongs to 
you or not. If it is a star-connected 
network out of a switch, then the 
first thing you have to do is go find 
somebody else’s cable to tap into 
before you can even start listen¬ 
ing to what they are saying. That 
is a property of of the distribution 
plan—not of virtual circuits per 
se. 

The star distribution plan fits 
more naturally into the virtual 
circuit model than it does into the 
datagram model. It’s true, though, 
that you can make both virtual or 
datagram work with either distri- 
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fo • rum, n. (pi. FORUMS) 

1. A public meeting place for 
open discussion. 2. A medium (as 
a newspaper) of open discussion 
or expression of ideas. 3. A pub¬ 
lic meeting or lecture involving 
audience discussion. 4. A program 
involving discussion of a problem 
by several authorities. 
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FRASER INTERVIEW 


bution plan. The other thing is 
that since star networks have a 
natural place for supervision in 
the network, you can begin to pro¬ 
vide services in the network that 
may help security from the point 
of view of the user—if the user 
cares to trust the network. 

For example, in dialing a call 
through the telephone network, 
most people would assume that 


I needed to think of 
the network 
switching machine in 
terms of modules like 
the ones in a Leggo 
set. 


the number they call is the num¬ 
ber they reach. Furthermore, 
they would probably assume that 
once the call is set up, somebody 
else won’t take it over. 

The telephone system could 
also provide information about 
what the calling number was and 
most people would be willing to 
believe that that was really the 
number of the person who was 
calling. We do these sorts of 
things in virtual circuit data net¬ 
works, too. This certainly means 
that the computer that is called 
has a reasonably good idea of 
where the thing is that has called 
it. That sort of knowledge is less 
easily achieved in a network with 
distributed control. 

REVIEW: So in a star network 
with a central manager , the 
problem of getting a process on 
one system to identify itself 
over a network to a process on a 
remote machine is easier to 
tackle? 


FRASER: It is easier, but it’s not 
trivial. What we’ve done is make 
one part of the problem easier, but 
it’s a multifaceted problem. I 
don’t think anyone really knows 
how to handle it. 

REVIEW: What if' you want to 
add a host to a network that has 
a central processor? Is that 



easier than hooking onto a con¬ 
nectionless network? 

FRASER: It has to do with the de¬ 
sign of the distribution plan. If you 
strip the cabinet covers off a Data- 
kit virtual circuit switch, you will 
find a whole series of line cards. 
Each card provides a tap onto a 
bus that runs along the back¬ 
plane. That tap is very much like 
a tap onto an Ethernet in the 
sense that it is passive. You can 
insert and remove those cards 
even while the network is run¬ 
ning. So we can install a new host 
without disturbing anyone. 

REVIEW: Much like you would 
add a telephone? 

FRASER: Yes, that’s right. But, it 
does involve walking over to the 
cabinet and setting a card into it 
and then plugging in a cable that 
runs over to the computer. 

REVIEW: That certainly sounds 


reasonable. 

FRASER: But not as reasonable 
as you would like. What you would 
like is to have some way of pre¬ 
wiring the building so that you 
could have the same flexibility 
you have with power outlets. You 
can buy a toaster from Sears and 
and plug it right in. You don’t have 
to go down to the basement to put 
another circuit breaker in the 
breaker box. We are moving to¬ 
wards that sort of computer envi¬ 
ronment now. I think that in years 
to come, we will have the sort of 
networking flexibility that we 
have today with the power distri¬ 
bution system—at least from a 
technical standpoint. I don’t be¬ 
lieve the special approaches of 
virtual circuit and datagram net¬ 
works will have anything to do 
with this sort of availability. 

REVIEW: I am beginning to un¬ 
derstand that one of your main 
themes is that there are lots of 
different issues and that some 
are “ locked ” and some are not. 
The argument over connection¬ 
less versus connected protocols 
may be irrelevant to whether or 
not you can prewire a building 
on in fact, provide “Universal 
Service 

FRASER: Yes, it is quite certain. 
We have an arrangement involv¬ 
ing wall sockets in the lab that 
implements a virtual circuit net¬ 
work. It has all the administrative 
characteristics of an Ethernet 
from the point of view of making a 
connection or breaking a connec¬ 
tion. It just doesn’t happen to 
work that way. 

REVIEW: So what you do is ini¬ 
tially provide enough circuit 
packsfor an entire building and 
then turn them on as needed , 
perhaps through software? 

FRASER: Actually, you don’t 
want to invest in circuit packs for 
unused lines. You don’t want to 
make it expensive. There are ac- 
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tually ways of doing it that are ex¬ 
tremely cheap. 

REVIEW: I guess we will have to 
wait on that one. 

FRASER: Yes, that’s for the fu¬ 
ture. 

REVIEW: Do you have any com¬ 
ments on the ISO model for net¬ 
works? 

FRASER: Somebody obviously 
primed you. I expected to need 
hardware packet switching in or¬ 
der to build very wide-band, low 
cost switching machines. To ac¬ 
complish that, I needed to rear¬ 
range the lower two layers of the 
ISO protocol model a little bit. The 
reason is simple: a modern 
switching machine is also a multi¬ 
plexor. Let’s say you have a trans¬ 
mission line with traffic on it be¬ 
longing to 16 people that has to go 
16 different places. A switching 
machine has to be able to demulti¬ 
plex that traffic. In order to do that 
efficiently, the switching machine 
and the multiplexor have to be de¬ 
signed as one. 

Within the framework that I’ve 
been working in, switching is the 
most primitive activity in the net¬ 
work. It does not get involved with 
protocols in any way. That’s how 
we get a high performance switch¬ 
ing machine. Unfortunately, the 
ISO model of computer communi¬ 
cations placed multiplexing 
above the link level protocol. That 
meant you had to undo all of the 
link level protocol just to find out 
who a packet belonged to. That in 
turn meant that the switching 
and link level protocols were 
somehow intertwined. 

The only change I made to the 
protocol hierarchy was to push 
multiplexing down in the hierar¬ 
chy and make it a primitive prop¬ 
erty of the network. I put it right 
down in the lowest level and 
pushed error control up the hier¬ 
archy to a higher level than 
switching and multiplexing. In 


our hierarchy, in order to avoid 
confusion. I’ve been calling it A, 
B, and C instead of 1,2, 3 or what¬ 
ever. We have A at the lowest level 
and C at the highest. 

So it looks like: 

C - Network level; end-to-end 
communication 

B - Transport level; (switching, 
multiplexing) link by link 

A - Physical interface 

In our world, the error recov¬ 
ery/retransmission is all done in 
level C end-to-end communica¬ 
tion. Another reason for doing it 
that way has to do with integrat¬ 
ing voice into the network. Voice 
requires different treatment as 
far as error control is concerned. 
So it fits much more naturally into 
this scheme. Voice can use levels 
A and B of the hierarchy the same 
as data and then make use of a 
different level C because you don’t 
want to retransmit voice. By mak¬ 
ing multiplexing and switching 
functions of the lower levels of the 
model, we are able to carry both 
voice and data without getting 
into the complexities that people 
encounter if they put voice over a 
more conventional packet switch. 

REVIEW: Correction is done at 
the top level? 

FRASER: We do correction end- 
to-end essentially, we could do it 
link-by-link but the hierarchy 
doesn’t require it. It means that 
the user can exercise discretion, 
and that different applications 
can be handled differently. 

REVIEW: Do you think your 
choice resulted from your hav¬ 
ing a different goal than the in¬ 
ternational organizations that 
shaped the ISO model? 

FRASER: I don’t know what they 
were trying to do. I was trying to 
solve one problem, namely Uni¬ 
versal Service. 

REVIEW: And their model 
didn't fit? 


FRASER: Their model didn’t fit 
and it caused me a lot of trouble. 
So, I decided I had to change it. 

REVIEW: Has anyone else 
adopted your approach? 

FRASER: Well, there are a grow¬ 
ing number of people who are 
adopting it in one way or an¬ 
other—but not as a standard. For 
example, if you look at the X.25 
networks, they all use internal 
protocols that differ from their ex¬ 
ternal images. 

In order to get high capacity 
switching, you need to do the sort 
of thing that I am doing. Whether 
you declare it as an external pub¬ 
lic interface is another matter. 
There is no reason anyone has to. 
We have an X.25 interface on Da- 
takit. It’s not necessary to tell the 
world that Datakit has a some¬ 
what reorganized protocol hierar¬ 
chy. 

REVIEW: Is it irrelevant? 

FRASER: We translate on the line 
card. 

REVIEW: Which is not a major 
problem. from what I under¬ 
stand. X.25 works fairly well 
with Datakit, doesn't it? 

FRASER: There is the potential 
there to provide a very efficient 
virtual circuit network support¬ 
ing X.25. Datakit is an efficient 
virtual circuit network and X.25 
is an interface protocol for virtual 
circuit networks. The two fit well 
together. 

REVIEW: X.25 is a rather old 
protocol. Are there newer proto¬ 
cols supplanting it that may not 
work as well with Datakit? 

FRASER: The things that don’t 
work as well are datagram net¬ 
works. IP is a good example. There 
just isn’t a very good fit. You have 
the problem I mentioned earlier 
and there are others like it. The 
real intent was to make our net¬ 
work as transparent to protocols 
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priceless. 


Hewlett-Packard presents 
the first 32-bit UNIX" system 
under $5,000._ 

Introducing the Integral Personal Computer. 

It’s the newest member of the HP 9000 family 
of HP-UX workstations. And it delivers the 
kind of power and flexibility the name implies. 

With a 16/32-bit MC68000. A graphics 
co-processor. And 800KB of standard memory, 
expandable to 5.8MB. 

Its UNIX kernel (HP-UX/RO) is built into 
ROM. Which means the Integral PC can run 
most applications without an expensive 
hard disc. Which means more 
people can afford to run your 
UNIX software than ever 
before. But not only can 
they afford to run it. 

They can learn 
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minutes. Because the Integral PC is one UNIX 
system that’s easy to use. Its see-and-select 
user interface, built-in window manager and 
optional mouse mean even novices can tap the 
power of your software. No one has to learn a 
bunch of cryptic commands or go through a lot 
of expensive training. There’s even an entry- 
level, self-paced tutor disc with every machine. 

What’s more, the Integral PC goes where you 
need it. The complete system—including our 
revolutionary Thinkjet printer—packs into a 
single 25-pound package that takes up less than 
a cubic foot. 

So get started porting your software now. 
HP-UX is an enhanced version of UNIX Sys¬ 
tem III, including Berkeley 4.2 BSD features. 

For the name of the authorized HP dealer or 
HP sales office nearest you, call toll-free 
1-800-FOR-HPPC. 

The value of your investment in UNIX software 
just went up. Because the price of a complete 
UNIX system just came down. 

The Integral Personal Computer. Just $4,995? 


L„ HEWLETT 
T PACKARD 
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as we could. Amongst data net¬ 
works, Datakit is by far the most 
protocol-transparent. That is to 
say, we have a single network that 
has asynchronous terminals and 
bisync running over the same 
trunk, sharing with one another 
without interfering with one an¬ 
other. Both are carried transpar¬ 
ently in the sense that the net¬ 
work doesn’t know or care what 
the protocol is. We can echo char¬ 
acters from an asynchronous ter¬ 
minal or from the host. The trans¬ 
port system is really quite 
transparent to the end protocol. 

We have our own internal pro¬ 
tocol that I think has a lot going 
for it. We have designed it specifi¬ 
cally to work with Datakit be¬ 
cause it was necessary to come up 
with a new protocol in order to 
fully exploit the network. In doing 
that, we were also mindful of the 
fact that most networks lose a 
good fraction of their performance 
in the host interface. You can buy 
a 50 megabit coax but get only 1 
megabit of throughput. The prob¬ 
lem is a mismatch between the de¬ 
sign of the network and the design 
of the host software and interface. 
We have really worked on that 
problem. We have our own proto¬ 
col and a piece of hardware that 
runs it. The indications are that 
we are in a very strong position to 
provide extremely high perfor¬ 
mance host interfaces that do 
protocol handling as well as talk 
to the network. 

REVIEW: Suppose you had a vi¬ 
deotex host and you were talk¬ 
ing to homeowners. You gener¬ 
ally would want to multiplex 
that sort of traffic. 

FRASER: Yes. We have been us¬ 
ing an internal protocol for trans¬ 
port purposes that is designed so 
that many of the common proto¬ 
cols like HDLC [High-Level Data 
Link Control, a bit-oriented rath¬ 
er than byte-oriented control] can 
be mapped into it reasonably effi- 
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ciently—quite efficiently, in fact. 
We have just demonstrated ex¬ 
perimentally that the internal 
protocol can be terminated at 
high speeds in hardware. We 
haven’t made any custom LSI cir¬ 
cuits yet, but our experiments 
give a good indication of the power 
of that protocol. What we have to 
do is get some experience map¬ 
ping it into different end user pro¬ 
tocols. We need more of this type 
of experience, but it is looking 
quite good at the moment. 

REVIEW: One of the concerns I 
would have about your position 
is that if you had to pick a net¬ 
work that is growing in popular¬ 
ity Jor a broad range of ma¬ 
chines. it would be something 
like Ethernet. It's been hooked 
up to everything from Crays to 
PCs. 

FRASER: Yes, and if it does a good 
job at that, we ll have to worry 
about it. The question is: is it do¬ 
ing a good job at that? 

REVIEW: Its throughput and 
bandwidth are comparable to 
Datakit's, aren't they? 

FRASER: At the moment they are 
about equal, but not for an equal 
amount of complexity. 

REVIEW: Datakit is more ex¬ 
pensive. isn't it? 

FRASER: The bus interface in Da¬ 
takit is simpler but today it makes 
less use of LSI. One of the real dif¬ 
ferences between Ethernet and 
Datakit in their current states of 
development is that Intel has put 
a lot of money into LSI develop¬ 
ment for Ethernet. Datakit was 
designed for LSI but the product 
that you see today doesn’t have 
any custom LSI in it. 

REVIEW: If we can digress Jor a 
minute. Do you think that a net¬ 
work product produced by one, 
albeit large, company, can com¬ 
pete with other networks being 
developed by a number of com¬ 


peting companies? The LSI re¬ 
finements you spoke of in Ether¬ 
net. after all, did not come solely 
from Intel. Without competition, 
it may appear that there is no 
great future Jor Datakit. 

FRASER: It is quite conceivable 
that through our research we will 
come up with a better keyboard 
than the standard QWERTY key¬ 
board. There may well be better 
keyboards than the QWERTY 
keyboard but it’s also perfectly 
clear that people are going to con¬ 
tinue using keyboards they’re al¬ 
ready familiar with. I don’t know 
if Datakit is in that position or not. 
It’s is too early to tell. 

REVIEW: Is the bandwidth of 
Datakit necessarily limited to 
channels oj 6-7 megabits per 
second with a throughput of 1 
megabit—or something on that 
order oj magnitude? Is there 
any bandwidth dependency in 
the technology? 

FRASER: Be very careful about 
numbers. The throughput for file 
transfer between one computer 
and another is limited to about 1 
megabit by the protocol handling 
software of our host computers. 
The throughput of a single switch 
is limited to the bandwidth of the 
backplane bus which for the pro¬ 
totype is about 7 megabits per sec¬ 
ond. In Ethernet, you have a piece 
of wire that potentially has a 10 
megabit bandwidth. But you have 
overhead on top of that, so you 
never get 10 megabits. The Data¬ 
kit Information Systems Network 
product has a backplane with ap¬ 
proximately 8 megabits of capac¬ 
ity that you can think of as rough¬ 
ly equivalent to an 8 megabit 
Ethernet. That number is a ran¬ 
dom one in the sense that some¬ 
body picked it. The technology 
doesn't force it. In contrast to Eth¬ 
ernet, where it would be hard to go 
much faster, it is quite clear that it 
would be possible to go at least an 




order of magnitude faster with 
Datakit. 

REVIEW: Would such a network 
be compatible with ’ existing ’ 
Datakits? 

FRASER: Yes. In the sense that 
we were talking about it earlier. 
There is this concept of Universal 
Service that we have really been 
trying to maintain. Datakits can 
talk to one another over trunks. It 
is designed so that you can switch 
directly over trunks. You can have 
different speed switches on the 
ends of a single trunk. It’s entirely 
possible to have low speed Data¬ 
kits, medium speed Datakits, and 
high speed Datakits. 

You can even have things that 
conform to the service but are not 
necessarily implemented in the 
same way that our prototype Da¬ 
takit is implemented. For exam¬ 
ple, one of the things that we are 
interested in doing now is making 
a network that is suitable for join¬ 
ing our Crays with our other su¬ 
percomputers. There is no reason 
at all why that network can’t be 
made consistent with our existing 
network. 

REVIEW: You will use a differ¬ 
ent speed backplane? 

FRASER: Yes, an order of magni¬ 
tude of difference. 

REVIEW: Can that be done 
now? 

FRASER: Oh, yes. It doesn’t even 
require new technology. 

REVIEW: It will not require spe¬ 
cial LSI? 

FRASER: No. We don’t have the 
distance problem that Ethernet 
has. You can increase the speed of 
Ethernet only if you increase the 
packet size or reduce the length of 
the bus. In Datakit, the bus is very 
short anyway. 

REVIEW: Is that because it's a 
star network and you're not try¬ 


ing to pack everything on one 
wire? 

FRASER: That’s right. You can 
make an arbitrarily large network 
by interconnecting switching ma¬ 
chines with transmission lines 
that go extremely fast. The tech¬ 


nology exists to carry data over 
long distances at gigabit-per-sec- 
ond rates. 

You can build high speed inter¬ 
faces and build a high speed bus. 
The switch in Datakit is mostly 
idle. In order to believe that I was 
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It’s simple, C-CALC from DSD Corporation is 
more flexible, has more functions, and is easier 
to use than the best selling spreadsheet. We 
made it that way for a very simple reason, you’ll 
get more work done and make better decisions 
in less time. That’s what makes you successful 
whether you are planning for the future, fore¬ 
casting trends, or analyzing profits. 

The most popular spreadsheets require a great 
deal of time to get up and running. When we 
created C-CALC we kept in mind that time is 
your most important resource. Our On-Line 
Help facilities, prompts and menus allow even 
someone with minimal experience to see 
meaningful results in very little time. Our built- 
in training procedures let you pace your own 
learning with tutorial topics that range from 
basic to advanced. As you become more expe¬ 
rienced, C-CALC allows you to bypass 
prompts and menus to save even more time. 

So call DSD Corporation at (206) 822-2252. 
C-CALC is currently available for: UNIX, VMS, 
RSTS, RSX, IAS, P/OS, AOS, AOS/VS (Data 
General), IBM CSOS. 

C-CALC is a registered trademark of DSD Corporation. UNIX is a registered 
trademark of Bell Labs P/OS. RSTS and RSX are registered trademarks of 
Digital Equipment Corporation. AOS and AOS/VS are registered trademarks 
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MANY UNIX-BASED SYSTEMS 
ONE UNIX TRAINING COMPANY 

The Computer Technology Group provides the UNIX training solution. 
Training to fit the complexities of your UNIX-based system. 

Three factors make the Computer Technology Group the experts in UNIX and ‘C 
language training: 

• Experience, through training thousands of students worldwide in live seminars, 
with thousands more using our video training at their own locations. 

• Extensive Curricula Supporting All UNIX Versions, creating a client base of 
manufacturers, software developers and end users. 

• Quality of Instruction, with instructors and course developers who are experts 
in teaching UNIX and ‘C, as well as in designing and implementing a variety of 
UNIX-based systems. 

ONE UNIX TRAINING COMPANY 
MULTIPLE DELIVERY SYSTEMS 

Whether you’re training two, 200,2000...you can select the most efficient and 
economical training solution for your unique environment: 

• Public Seminars offered in major cities throughout the world. 

• On-Site Seminars for training customzied to your system and to specific 
groups within your organization. 

• Video-Based Training for consistent training that is always available at your 
location. 

• Interactive Videodisc Training, which dynamically tailors courses to the indi¬ 
vidual—from novice to expert programmer. 


ASK FOR OUR 48-PAGE COURSE 
CATALOG, WHICH PROVIDES: 

• Comprehensive course outlines 

• Course prerequisites 

• Curriculum recommendation for 
multiple audiences 

• Guidelines for cost-effective train¬ 
ing media selection 

• Current seminar schedule 


CALL (800) 323-UNIX or 

(312) 987-4082 in Illinois 

T “ UNIX is a trademark of Bell Laboratories. 
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on a reasonable track towards un¬ 
derstanding how to provide Uni¬ 
versal Service, I had to have paper 
designs for switching machines in 
all the classes for which the Bell 
System has switching machines. 
The paper designs have not all 
been developed into physical 
switches because nobody needs 
them today. 

REVIEW: With the addition of 
LSI , and the correct scale of 
manufacturing , do you think 
that Datakit price/performance 
will improve? 

FRASER: Yes, very definitely. 
However, as I understand it, the 
price/performance is not bad al¬ 
ready. It depends on what you 
want the package for. 

REVIEW: Would you describe 
Datakit as new technology? 

FRASER: No. Datakit was de¬ 
signed in 1975. It became a prod¬ 
uct in 1983. Many of the chips 
that it uses were available in 
1975. There have been many 
changes—and changes still con¬ 
tinue—but we’ve held onto the 
initial emphasis of making a de¬ 
velopment quality product using 
techniques that had already been 
tried extensively in-house. 

REVIEW: Would you describe 
Datakit as unexploited technol¬ 
ogy? 

FRASER: That’s another matter. 
It is certainly not untried. As you 
may know. Bell Labs is in the pro¬ 
cess of installing a corporate net¬ 
work. 

REVIEW: Will this replace the 
Bell Labs Network? 

FRASER: Much bigger than that. 
It will include about 1 5,000 termi¬ 
nals and hundreds of computers. 
It will all use Datakit technology. 

In the laboratory, we have come 
close to demonstrating technol¬ 
ogy for wiring up offices in a way 
that is also practical as a method 


for wiring up your home. It would 
allow virtual circuit connections 
that run across the country. We 
haven’t built all the pieces, 
though. That’s another matter. 
We should build more of the 
pieces. I mentioned the wall sock¬ 
et, that’s clearly key to the future. 
It will make a big difference in the 
office, but work in that area is still 
in the exploratory stage. 

I also mentioned the business 
of providing an interface for su¬ 
percomputers and that, too, is in 
an exploratory phase. I men¬ 
tioned the very high capacity net¬ 
work switches. Where to start? 
What products is the market 
ready for? When to launch? And 
so forth. This is not really a sub¬ 
ject I understand but it is a subject 


that is key to the question you 
ask. It has to do with whether us¬ 
ers’ needs match our perception 
of them. Most users who buy Da¬ 
takit networks at the moment buy 
them because they have lots of 
terminals that they want to talk to 
host computers. They buy them 
as an alternative to buying data 
PBXs for the simple reasons that 
Datakit also allows wide-area 
networking and allows machines 
to do very effective host-to-host 
communication at high speeds. 

REVIEW: And save on interfac¬ 
ing costs to boot? 

FRASER: Yes. This is something 
that has already proved itself but 
it has a lot more potential than 
has been realized to date. ■ 
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GAMES PEOPLE PLAY 


A look at human networks 

by Jordan J. Mattson 


Not all networks are high speed 
links between computers. In each 
of our lives, there also exists a web 
of human relationships that, for 
all the obvious distinctions with 
computers, can be much affected 
by computing. Indeed, in the 
UNIX community, one of the larg¬ 
est human networks to be found 
focuses on computer games. 

Players and developers alike 
are linked by their fondness for 
games ranging from serious simu¬ 
lations such as Ken Thompson’s 
Space Flight Simulator (the pro¬ 
gram that led to the development 
of UNIX) to less serious recrea¬ 
tions such as Ken Arnold and Mi¬ 
chael Toy’s Rogue. Whatever 
their flavor, though, the games of 
Unixland have a significant im¬ 
pact on the human networks 
touched by UNIX. This simple fact 
raises fairly complex design is¬ 
sues that responsible games de¬ 
velopers do well to bear in mind. 

ACADEMIC ROOTS 

The first contact most UNIX us¬ 
ers have with games comes dur¬ 
ing their first months of college. 
It’s no coincidence that it is also 
within the academic setting that 
games have had their greatest im¬ 
pact on human networks. This 
owes in part to the general mallea- 

Illustration by Stephen G. Luker 



also serves as testimony to the 
pervasiveness of computing in 
the university environment. 

Because the academic setting 
has traditionally been where the 
“first strike’’ of UNIX games has 
been delivered, the clearest exam¬ 
ples of the impact of games can be 
collected there. 

Within the academic micro¬ 
cosm, one detrimental effect that 
can quickly be uncovered is the 
great isolation and loss of focus 
many students suffer as a result 
of game addiction. Over the years, 
a malaise has recurred at the Uni¬ 
versity of California at Santa Cruz 
that has come to be known as 
“freshman game syndrome’’. Vic¬ 
tims become hopelessly hooked 
on a game (Rogue for the most 
part) and spend many of their 


waking hours playing it. The re¬ 
sults of this addiction are easy to 
recognize: interest in classes fall, 
often disappearing altogether; 
friendships are abandoned as 
more and more time is spent at a 
terminal; and contact with other 
people diminishes. 

Once people become addicted 
to games, their lives usually take 
one of three paths. The first path 
leads to deeper addiction, which 
in turn leads to greater isolation 
and alienation. This is typically a 
sure route to probation and, ulti¬ 
mately, to dismissal. Upon dis¬ 
missal, victims can either reas¬ 
sess their lives or retreat still 
further into games, denying the 
reality of what has happened to 
them. 

A second possible path is a 
backlash to the first. This is the 
path walked by converts who re¬ 
nounce games as an inherent 
“evil”. For these games teetotal¬ 
ers, there are no shades of gray— 
only black and white. 

A third group of students take 
another path where shades of 
gray are in evidence. These stu¬ 
dents perceive the potential for 
alienation but simultaneously see 
the potential benefits games can 
offer, and work to integrate them 
into their lives. 
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Among these benefits are the 
ability to create better environ¬ 
ments for work and the opportu¬ 
nity to create healthy, new hu¬ 
man networks. Games can 
promote what Ken Arnold, one of 
the creators of Rogue , calls 
“user-homeyness”. Arnold com¬ 
pares this “user-homey” feeling 
to one that can come from letting 
a work space or room “get just 
messy enough to feel like it’s 
yours.” In such an environment, 
users feel that the system is a 
friendly place where they can put 
their feet up on the furniture and 
thus be happier and more produc¬ 
tive. Of course, there are those 
who feel that games can make 
systems altogether too friendly, 
wasting precious time and com¬ 
puting resources in the process. 


The academic setting 
has traditionally been 
where the "first 
strike" of UNIX games 
has been delivered. 


Arnold takes strong issue with 
this argument because “games 
have replaced the water cooler 
as the place to take a break” in 
many programming environ¬ 
ments. After a grueling bout with 
an intricate piece of networking 
code, what better relief than a 
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half-hour spent killing monsters 
or building an interstellar em¬ 
pire? In this way, UNIX games can 
pull people away from the head 
games of the water cooler into 
something that is more fun, prob¬ 
ably more healthy, and most as¬ 
suredly more relaxing. 

HUMAN NETWORK 
TOPOLOGIES 

Games in the UNIX community 
have also spawned two new forms 
of human networks. These are 
characterized by cooperative 
competition and cooperative cre¬ 
ation. 

In a cooperative competition 
network, people are drawn to¬ 
gether because of their individual 
struggles to beat a game and de¬ 
velop better playing strategies. 
Such network communication 
can involve the exchange of “vi¬ 
tal” information and clues, hints 
about how best to play a game, 
and critiques of members’ play. 

The exchange of “vital” infor¬ 
mation and clues occurs most in 
adventure games. A hint can up¬ 
date someone on how you are do¬ 
ing in your game and in turn in¬ 
volve you in theirs. This sort of 
exchange over a period of weeks 
or months unsurprisingly has the 
effect of building a common bond 
between people. When one person 
finally does complete—or win— 
the game, all the people who have 
part icipated can celebrate the vic¬ 
tory. The ties that grow in this 
way often carry over to the world 
outside of games and computing. 

The very nature of computer 
games encourages just this sort of 
cooperation. Because the com¬ 
puter can’t hear you discuss how 
to beat it and does not mind if you 
take a half-hour between moves, 
kibitzing among competitors is 
commonplace. This exchange of 
hints and strategy exposes people 
to new ways of thinking and in¬ 
volves them both as teachers and 
students. 


IIII3UAL 

The staff at Dual Systems has compiled a Filesystem Reference 
Manual for the UNIX™ operating system, both Version 7 and 
System V. The manual contains three listings of the files distributed 
on computers using the UNIX operating system. The first is a 
complete alphabetical listing of all the files, providing pathname, 
description, origin, and file group. The second listing divides all the 
files into thirteen application groups such as mail, program devel¬ 
opment and text processing. The third listing divides the files into six 
groups based on the originator (e.g., Bell Laboratories, Berkeley 
enhancements, etc.). 

Every user of the UNIX operating system would profit by having one 
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UNIX operating system. Price is $35.00 in single quantity. Please 
contact our sales department to order. 
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Another sort of cooperation en¬ 
gendered by games occurs when 
people work together to develop a 
new game or improve an existing 
one. As a creator produces the de¬ 
sign of a game, people in his or her 
cooperative creation network can 
critique it and suggest improve¬ 
ments. This allows the creator to 
think through the design, world 
view, and human interface of the 
product—important questions if 
the game is actually to be played 
by others (and who builds a game 
except to have it played?). The ef¬ 
fort itself also creates a bond be¬ 
tween the creator and the people 
in the cooperative creation net¬ 
work. These bonds can extend be¬ 
yond the creation of a game to be¬ 
come the basis for lasting 
friendships and further creative 
endeavors. 

Cooperative competition and 
cooperative creation human net¬ 
works sometimes can meld. One 
example of this would be the hu¬ 
man network that created Rogo- 
O-Matic , the expert system that 
plays Rogue and wins. At the cen¬ 
ter of this human network are Mi¬ 
chael Mauldin, Andrew Appel, 
Guy Jacobson, and Leonard Ha¬ 
rney of Carnegie-Mellon Universi¬ 
ty, but the network extends to any 
UNIX site where Rogo-O-Matic is 
being used and comments or bug 
reports are being generated. As in 
all human networks, some mem¬ 
bers are more intensely involved 
than others, but all work as part 
of a network of people who would 
probably not be in contact if it 
were not for the existence of 
Rogue and Rogo-O-Matic. 

CONCLUSIONS 

Since games can have a pro¬ 
found effect—whether positive or 
negative—on those who play 
them, developers shoulder a re¬ 
sponsibility to design with care 
and intelligence. The temptation 
for players to “go it alone” must 
be discouraged. Incentives to co- 


"Games have replaced 
the water cooler as 
the place to take a 
break." 


operate, on the other hand, 
should be consciously woven into 
every game. 

One possible way to achieve 
this might be to design more 
games that involve multiple play¬ 
ers who must work together to 
achieve a common goal. Games of 
this type could cause the nourish¬ 


ing of more cooperative competi¬ 
tion and cooperative creation net¬ 
works. It may also engender the 
development of such networks be¬ 
yond the walls of the computer 
lab. 


Jordan J. Mattson is President of 
System Software Design Group Ltd. } 
a UNIX design and consulting 
group based in Santa Cruz , CA. He 
also works as a programmer special¬ 
izing in office automation systems at 
the University of California at San¬ 
ta Cruz. Early in his academic ca¬ 
reer , Jordan himself suffered briefly 
from an acute attack of “freshman 
game syndrome”. Mail can be sent to 
Jordan via UUCP at ucbvaxlucscc!- 
ucsce:jais } or via surface mail at 
Crown College-UCSC, Santa Cruz , 
CA 95064. M 
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The diverse network market 

by Mark G. Sobell 


Manufacturers who can satisfy 
the growing needs for system in¬ 
terconnection have the world on a 
string. But before their promise is 
realized, these companies must 
first cross some hurdles. One par¬ 
ticularly important challenge is 
the development of standards al¬ 
lowing different systems to be 
connected. User education is an¬ 
other important issue since sort¬ 
ing out the advantages and draw¬ 
backs of the many different types 
of Local Area Networks (LANs) is 
already a daunting task—and 
promises to become more difficult 
yet. Without education, LAN us¬ 
ers will be unable to choose 
effectively. 

The choices range from inex¬ 
pensive, RS-232-based, low- 
bandwidth (slow data transfer) 
systems to costly, coaxial-based, 
high-bandwidth systems that 
measure data transfer rates in 
millions of bits per second. 

RS-232 LAN 

Touchstone Software Corpora¬ 
tion offers one low-cost, low- 
bandwidth network that can con¬ 
nect a UNIX system to a flotilla of 
PCs and Macintoshes. The UNIX 
system functions as a command 
server , responding to requests 
from the other machines on the 
network. All that’s necessary to 
set up this network are RS-232 
cables and a software package to 
run on each of the machines in 



the network. The software for the 
UNIX machine costs just under 
$300 while the packages for the 
PCs and Macintoshes cost $200 
each. 

The cost may be right, but the 
Touchstone system is limited. The 
speed of data transfer is limited to 
the speed your terminal normally 
runs at (usually 9600 bits per sec¬ 
ond with a direct connection)— 
meaning that transferring a 200K 
byte file takes almost three and a 
half minutes. Touchstone clients 
are also limited by the number of 
ports their UNIX systems offer 
since each member of the net¬ 
work takes up a port that might 
otherwise be used to service a 
UNIX user. 

BROADBAND LAN 

Sytek, which came into the 
limelight recently when it was se¬ 
lected by IBM to manufacture a 


LAN for its PCs, has actually been 
in the LAN business for six years. 
Among its products is a broad¬ 
band LAN that converts digital 
signals to radio frequency (RF) 
signals and transmits them over 
coaxial cable. As with Touch¬ 
stone, Sytek’s LAN is based on a 
simple concept: plug every com¬ 
ponent of the network into a co¬ 
axial network cable and give each 
component an address. Of course, 
plugging a terminal or computer 
directly into a network cable sim¬ 
ply is not possible. So Sytek man¬ 
ufactures Packet Communica¬ 
tion Units (PCUs) that connect 
components to the network cable 
and perform a myriad of func¬ 
tions, including compensating for 
different data transfer rates by 
buffering input and output. They 
also allow components that use 
different transmission protocols 
to work with each other. 

Sytek, like Touchstone, uses a 
system’s RS-232 ports as the ba¬ 
sis for its network. But, unlike 
Touchstone, Sytek’s product al¬ 
lows you to add components to the 
network without using up addi¬ 
tional login ports. And, because 
there is no need for special soft¬ 
ware to run on your computer, you 
can include any type of computer, 
terminal, or other peripheral de¬ 
vice on the network as long as it 
uses an RS-232 interface. One Sy¬ 
tek installation already connects 
four separate sites with a total of 
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1250 connections. 

The added functionality, of 
course, means that the Sytek sys¬ 
tem is also more expensive than 
Touchstone’s. Approximate ini¬ 
tial setup costs are $3500 for a 
Head End plus the cost of the ca¬ 
ble. Each connection to the net¬ 
work (each terminal, computer 
port, and printer) adds about 
$400 to the cost of the system. 
Data transmission speeds, 
though, are still limited to the 


The cost may be right, 
but the Touchstone 
system is limited. 


speed of an RS-232 port (9600 
bits per second). 


Up another rung on the net¬ 
work ladder, Excelan manufac¬ 
tures a baseband LAN—one that 
uses digital signals and a coaxial 
Ethernet cable. The system re¬ 
quires that a board be plugged 
into each computer on the net¬ 
work. In return, it eliminates di¬ 
rect connections between termi¬ 
nals and the network. Thus, 
users of the Excelan system can 
gain access to the network 
straight through the computer. 

This is the type of LAN that tru¬ 
ly can be transparent to the user. 
For example, with the proper soft¬ 
ware, it can automatically collect 
data from several machines when 
you run a report. Data transfer 
speed, moreover, is free of the lim¬ 
its imposed by RS-232 cable. The 
same 200K byte file that would 
take three and a half minutes to 
send via Touchstone’s network 
takes only seconds to transfer via 
Excelan from machine to 
machine. 

The drawbacks to this type of 
system stem from the require¬ 
ment for network software and 
hardware to exist on each ma¬ 
chine on the network. While their 
function is the same, the hard¬ 
ware and software required to run 
on a VAX will differ from that 
needed for a microcomputer. 

Excelan manufactures boards 
for Multibus, VME, Q-bus, and 
Unibus. It also has a plan to assist 
OEMs in designing and manufac¬ 
turing boards for other types of 
computers. The networking soft¬ 
ware is available for RSX-11 
(PDP-1 1), VMS (VAX), and a vari¬ 
ety of UNIX operating systems. 
Here again, Excelan has indicated 
a willingness to assist in develop¬ 
ing necessary software for other 
operating systems. Nevertheless, 
if you have a system that Excelan 
does not already have a board and 
software for, it would be quite ex¬ 
pensive to add it to your network. 

The cost for an Excelan system 
ranges from about $4500 to 
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1 
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ITDC's courses are taught in Cincinnati, Ohio. Enrollment in any of the classes listed in the 
course schedule may be accomplished by contacting ITDC by phone or letter. 
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$6000 per node (computer), plus 
the cost of the cable. But per-user 
costs can vary widely because Ex- 
celan allows each node to serve all 
of its users instead of imposing a 
one-user-per-node limitation. In 
the case of a VAX, the per-user 
cost can be quite low. 

LAN PERSPECTIVE 

To get an overview of the mar¬ 
ket and technology, I spoke with 
Dr. Robert M. Metcalfe, founder 
and chairman of 3Com Corpora¬ 
tion and inventor of the Ethernet. 

Dr. Metcalfe pointed out that 
networking is a varied market, 
embodying disjointed technology 
that constantly gives rise to con¬ 
fusion. “When looking at net¬ 
works, people are always trying to 
compare apples and oranges,” he 
explained. “An Ethernet is good 
for high-speed data transfer with¬ 
in a building. But it does not work 
with unintelligent peripherals.” 
Metcalfe went on to explain that 
you would use another type of net¬ 
work to transfer data to a remote 
location. “There is a hierarchy of 
network use,” he said. “Just as 
you drive a car to get to the airport 
to take a plane, you use a variety 
of networks to move your data.” 

When I asked Dr. Metcalfe 
what he saw in store for the fu¬ 
ture, he said he believed the price 
of networking hardware would 
approach zero. “You will no long¬ 
er have add-on hardware for 
networking—it will be built in 
just the way AppleTalk is built 
into the Mac,” he said. “You will 
see a transformation of percep¬ 
tion; networking ability will be 
counted in as part of a system 
without anybody having to think 
about it. In the next few years, 
network ports will be taken for 
granted the way RS-232 ports are 
today.” 

But he went on to say, “I see 
networks of PCs as a major chal¬ 
lenge to UNIX. They will imple¬ 
ment some functions with greater 


"When looking at 
networks, people are 
always trying to 
compare apples and 
oranges." 


efficiency than minicompu¬ 
ters ... I see the importance of 
the multiuser capability of UNIX 
taking a back seat to its multi¬ 
tasking ability. The LAN will re¬ 
place the need for a multiuser sys¬ 


tem in many applications; 
multitasking will be more impor¬ 
tant than ever.” 

Dr. Metcalfe said that develop¬ 
ing higher level standards is the 
greatest obstacle to the prolifera¬ 
tion of networking. “This is a very 
complicated issue,” he conceded. 
Much of the complication stems 
from the need for a network to 
connect different types of hard¬ 
ware, each running a different op¬ 
erating system. 

“One scenario is that there will 
be two ways of doing business in 
the future,” Metcalfe elaborated. 
“The first will be IBM’s way, 
based on SNA. The second will be 
an international standard: I see 
protocols based on TCP/IP and 
XNS evolving toward that stan- 
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dard through the International 
Standards Organization (ISO).” 

SPEAKING OF IBM . . . 

With the announcement of the 
IX/370 operating system. IBM has 
finally thrown its weight behind 
UNIX System V, Release 2. The 
system AT&T considers standard 
will now run on the new IBM Sier¬ 
ra mainframes as a guest under 
the VM/SP operating system host. 
IBM says it will back the product 
with ‘‘full IBM support and ser¬ 
vice.” This traditional sort of IBM 
support and service was never ac¬ 
corded to IBM’s only other UNIX 
mainframe offering, VM/IX. 

IX/370 customers will receive 
an enhanced System V. IBM has 
increased the block size to 4K 
bytes, and has given special treat¬ 
ment to short records. The new 
offering supports record locking, 
but does not include standard 
System V games, crypt, cu, or the 
online manuals. Perhaps most 
important, though, IX/370 does 
take advantage of the Sierra's vir¬ 
tual memory capability. Each pro¬ 
cess running under IX/370 will 
have access to up to 8 MB of virtu¬ 
al memory. 

The significance of IBM’s an¬ 
nouncement is threefold. First, it 
is important that IBM has taken 
the step from System III (PC/IX 
and XENIX on the PC/AT) to Sys¬ 
tem V. With both IBM and AT&T 
supporting System V, along with 
Microsoft’s commitment to bring 
XENIX up to the System V stan¬ 
dard, there can be little question 
but that a standard version of 
UNIX has been established. 

Second, by offering IX/370 on 
the Sierra, IBM has added yet an¬ 
other piece of hardware to its 
growing arsenal of machines ca¬ 
pable of running UNIX. 

Third, IBM’s announcement 
acknowledges that UNIX is an im¬ 
portant market in which custom¬ 
ers and potential customers of Big 
Blue have invested time and mon¬ 


ey. Part of the announcement 
reads, ‘‘IX/370 . . . enables cus¬ 
tomers to retain their UNIX-based 
program investment while taking 
advantage of System/370 power, 
function, and growth capabil¬ 
ities ...” 

A BRIGHT FUTURE 

Along with a $1000 price cut, 
Morrow Designs has announced 
that a new type of display will be 
available for its portable Pivot ma¬ 
chine. The Pivot, with two drives, 
256K of RAM, and a new 16-line 
display, will sell for just under 
$ 2000 . 

The new display uses a electro¬ 
luminescent (EL) panel that’s just 
l/32nd of an inch thick behind a 
liquid crystal display (LCD) read¬ 
out. Morrow claims the new dis¬ 
play is easier to read in any envi¬ 
ronment than a conventional 
LCD display and that it consumes 
less power than characters gener¬ 
ated by EL technology alone. 

A 25-line version of the display 
is planned for release over the 
summer (the cost will be just un¬ 
der $3000). To maintain sales in 
the interim, Morrow has promised 
that when the larger displays be¬ 
come available, it will replace the 
16-line displays with the larger 
ones for the difference in cost 
($ 1000 ). 

If you have an item appropriate 
for this column , please contact 
Mr. Sobell at 333 Cobalt Way , 
Suite 106, Sunnyvale , CA 
94086. 


Mark G. Sobell is the author of “A 
Practical Guide to the UNIX Sys¬ 
tem” (Benjamin I Cummings , 1984) 
and “A Practical Guide to UNIX 
System V” (Benjamin I Cummings , 
available May , 1985). Mr. Sobell has 
been working with UNIX for five 
years and specializes in documenta¬ 
tion consulting and troff typeset¬ 
ting. He also gives classes in ad¬ 
vanced shell programming and troff 
macro development. ■ 
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PROBLEM 
SOLVER 


Automated system administration 

by Bob Toxen 


These days, almost everything 
can be done faster, more reliably, 
and less expensively by com¬ 
puter—even the administration 
of computers themselves! It is 
amazing how much time a system 
administrator can save by auto¬ 
mating daily chores. Among the 
tasks that can be automated are: 
system startups, checks for file 
system consistency, backups, 
and the addition of new users. 

Of these, one of the most criti¬ 
cal—and commonly automat¬ 
ed—procedures is system start¬ 
up. Smooth startups are vital to 
the integrity of file systems and the data they con¬ 
tain, so it’s little wonder that many hardware ven¬ 
dors bundle automatic boot programs with the sys¬ 
tems they sell. 

The first step in bringing a system up is to press 
the system’s boot button, sometimes called the re¬ 
set button. (Even this can be automated on a VAX, 
but we will not cover that here.) After pressing the 
boot button, the system usually enters a state re¬ 
ferred to as the PROM monitor. At this point, a com¬ 
mand must typically be entered to start up UNIX. 
The command’s content depends on the make and 
model of computer. On some systems, such as Sili¬ 
con Graphics’ IRIS, the system can be configured via 
DIP switches to boot UNIX automatically when the 
boot button is pressed, thus making the PROM mon¬ 
itor transparent to users. Such an approach is a good 
first step to automation. 

Irrespective of how UNIX is booted, though, it will 
generally come up in single-user mode. At this 
point, an administrator will usually invoke fsck and 
remove daemon locks for lpr, uucp, or any other 
process—before bringing the system up in mul¬ 
tiuser mode. This, too, can be automated. I usually 


make an entry in my /.cshrc file to 
determine whether I’m in single- 
user mode. If I am, the system 
starts a background process that 
brings on multiuser mode within 
30 seconds. Thus, if there is a rea¬ 
son not to enter multiuser mode, I 
have plenty of time to kill the 
background process. The .cshrc 
sequence that provides this func¬ 
tion for csh is: 

if ( $$ < 5 ) then 

(sleep 30;multi)& 
echo 'Going Multi in 30 seconds 
(kill -9 SchiId to abort)' 

end if 

The alias you choose for multi depends on the ver¬ 
sion of UNIX you have. For example: 

Version 7 and Berkeley 4.x: 

alias multi 'kill -9 $$' 

System III: 

alias multi '/etc/init 2' 

System V: 

alias multi '/etc/telinit 2' 

This alias device generally cannot be used if one’s 
single-user shell comes up in the Bourne shell be¬ 
cause of a bug in init that fails to tell the shell that it 
is a login shell. The Bourne shell, moreover, looks at 
the .profile file rather than the .cshrc file for login 
shells. 

For those interested in fixing the bug in init, note 
that the Bourne shell should be invoked as a login 
shell (with a name starting with a dash (-) in 
cirgv[OI). In System III, this can be done by linking 
/bin/sh to /bin/-sh and specifying the single-user 
shell as /bin/-sh. This can be dangerous, though, 
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since someone may think that -sh was accidentally 
placed in /bin and so delete it. In that event, you 
would want to refer to my previous column on file 
system repair (October, 1984) since your system will 
subsequently not boot. In System V, the bug can be 
fixed by changing the line in init reading: 

execlp(SU,SU,0); 

to: 


As soon as (he system comes up, fsck must be 
run—before any disk writes occur, apart from the 
updating of a few inode access times. It is convenient 
to invoke fsck at the start of the /etc/rc file, which is 
itself invoked as a shell script by init at the outset of 
multiuser mode. If one enters multiuser mode auto¬ 
matically, as discussed above, it is mandatory that 
fsck be run as the first item in /etc/rc, unless it is 
done in the single-user .cshrc file. This is typically 
done as follows: 


execlp(SU,SU,"-",0); 

In other versions of UNIX, change the line looking 
something like: 

execl("/bin/sh","sh",0); 

to: 

execl("/bin/sh","-sh",0); 

A different shell may also be specified here if 
desired. 


echo "Checking the file systems for consistency." 
fsck 

near the top of the /etc/rc file. In System III and V, 
these lines should, of course, appear inside the if or 
case statement for multiuser mode (usually state 2). 
(System III and V offer many states besides single- 
user and multiuser modes. The /etc/rc file is in¬ 
voked when any of them are entered, and supplied 
with arguments that indicate what the new mode is, 
how many times it has been entered before, and 
what the previous mode was. System III even in¬ 
vokes /etc/rc when single-user mode is entered. But 
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lip PROBLEM SOLVER 


all of this is fodder for another column.) Of course, 
the /etc/checklist file should contain a list of device 
filenames describing file systems to be checked by 
fsck, specifying the block device for the root file 
system, and defining raw (character) device files for 
other file systems. 

In some implementations, /etc/rc 's standard in¬ 
put, output, and error are not directed to the console. 
Symptomatic of this is that either the echo message 
does not appear on the console, you cannot get ac¬ 
knowledgement of your responses to fsck’s ques¬ 
tions, or some of fsck’s messages are lost. To work 
around this condition, surround the body of com¬ 
mands in /etc/rc with: 

( 

and: 

) < /dev/console > &1 > /dev/console 

You may also have to use stty to reset the console’s 
modes. 
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Once all file system checks have been performed, 
the next step would typically be to mount the file 
systems that are most often used. This is particular¬ 
ly important since /usr, commonly one of the file 
systems to be mounted, must be accessible for many 
of the commands that users will subsequently enter. 
The following sequence of file system mounts is typi¬ 
cal for a system with two disks that are each split 
into three partitions: 

# mdOb is the swap device 

echo "Mounting /dev/mdOc as /usr"; 

mount /dev/mdOc /usr 
echo "Mounting /dev/mdla as /mnt"; 

mount /dev/mdla /mnt 
echo "Mounting /dev/mdlb as /scratch"; 

mount /dev/mdlb /scratch 
echo "Mounting /dev/mdlc as /usr/src"; 
mount /dev/mdlc /usr/src 

Next, the administrator must perform “clean-up” 
operations to minimize any damage possibly caused 
by an earlier crash: 
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echo "Preserving editor files" 
/usr/lib/ex3.7preserve - 

echo "Clearing tmp dirs" 
rm -rf /tmp /usr/tmp 

mkdir /tmp /usr/tmp ; chmod 777 /tmp /usr/tmp 
chgrp sys /tmp /usr/tmp ; chown root /tmp /usr/tmp 
echo "Removing locks" 
rm -f /usr/adm/acct/nite/lock* 
rm -f /usr/spool/uucp/LCK* /usr/spool/uucp/ST* 
/usr/spool/lpd/lock 

echo "Resetting logs" 
cd /usr/adm ; cp sulog OLDsulog ; 
cp /dev/null sulog 

cd /usr/adm ; cp cronlog OLDcronlog ; 
cp /dev/null cronlog 

At this point, the administrator is ready to start up 
various daemons: 

echo "Starting update"; /etc/update 

echo "Starting cron"; /etc/cron 

echo "Starting uucico"; /usr/lib/uucp/uucico -r1& 

Some of the preceding commands are commonly in¬ 
corporated into /etc/rc files. An additional feature, 
though, that I’ve added to the /etc/rc file on my 
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M68010 workstation allows me to get the current 
time from a VAX by way of an Ethernet connection. 
To do this, I do a remote execution of date and use 
sed to change the output to a form suitable as a 
parameter to date on the local system. This allows 
the local system to set the date to within a few sec¬ 
onds of the VAX’s date. 

OTHER CANDIDATES FOR AUTOMATION 

Incremental backups of disk file systems—that 
is, backups of all files that have been created or 
changed since the last full backup—are seldom 
done as often as they should due to the time and 
effort required. But incremental backups can be 
automated by making an entry in /usr/lib/crontab 
that starts the process in the wee hours of the morn¬ 
ing, when file systems are usually quiescent. (Even if 
there is some activity, the only files that won’t be 
backed up are the ones that are actually changing at 
the time.) Backing up disk 0 onto a file on disk 1 and 
vice versa is usually safe. 

Alternatively, one could leave a tape in the tape 
drive, which is typically not used heavily, and 
backup onto it using a crontab entry. Of course, 
users should be warned not to leave write-enabled 
tapes in the tape drive. In one installation, I created a 
backup script that first checked to see if there was a 
tape in the drive. If so, it then read the first few 
blocks and would only perform the backup if it could 
ascertain that the mounted tape was, in fact, a 
backup tape. 

Scripts for creating new user accounts offer an¬ 
other example of automated system administration. 
Such a script, run by root, can find the next unused 
user-id (perhaps kept in a file) and prompt for the 
account name, the person’s name, and group-id to 
use. It could then add an entry to the /etc/passwd 
file, create the home directory with the correct per¬ 
missions and ownership, and copy in default .pro¬ 
file, . eshre, .login, .logout , . exrc , .mailrc , and 
.riewsrc files. 

Many repetitive operations can be automated by 
creating a shell script or esh alias. Almost invari¬ 
ably, use of these tools results in less human effort 
and more efficient operation. Though I have dis¬ 
cussed some of the most common automated proce¬ 
dures, you can probably think up many more that 
apply to your environment. 


Bob Toxen is a member of the technical staff at Sili¬ 
con Graphics, Inc. who has gained a reputation as a 
leading expert on UUCP communications, file system 
repair, and UNIX utilities. He has also done ports of 
System III and System V to systems based on the Zilog 
8000 and Motorola 68010 chips. ■ 
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IPC facilities in 4.2BSD 

by Bill Tuthill 


Inter-process communication 
(IPC) involves the transmission of 
data between two or more pro¬ 
grams. Version 7, System III, and 
4.1 BSD provide only one reliable 
method for communication be¬ 
tween processes—pipes. One 
drawback to pipes is that they can 
only facilitate communications 
between processes that are relat¬ 
ed through a common ancestor. 

That is, one process must be the 
parent of another, or both must be 
children of the same parent. In 
some applications, such as 
switching and database manage¬ 
ment, this is difficult if not impossible to arrange. 

System V provides a substantial set of IPC facili¬ 
ties. Perhaps the most useful is memory sharing, 
which allows two unrelated but cooperating pro¬ 
cesses to address the same data space. Also avail¬ 
able are semaphores (transmitted integers), mes¬ 
sage passing (transmitted strings), and named pipes 
(which share no common ancestor). An upcoming 
column will discuss these facilities. The System V 
IPC facilities work on a single machine, but can’t 
move between two machines on a network. 

The IPC facilities in 4.2BSD, on the other hand, 
were designed to work over a network. Processes can 
establish a socket to a process on another machine, 
through which data can travel in either direction. 
Sockets are more general than the System V IPC 
facilities; semaphores and message passing could be 
simulated by sockets. Unfortunately, memory shar¬ 
ing is not available in 4.2, probably because it was 
hard to implement in conjunction with virtual 
memory. 

DOMAINS AND SOCKETS 

The architecture of 4.2 provides an extensible set 


of communication domains , or 
standardized address formats. 
The two currently implemented 
domains are the UNIX system 
(AF—UNIX), for communication 
on a single machine, and the In¬ 
ternet (AF—INET), for communi¬ 
cation between machines using 
protocols defined by DARPA (the 
Defense Advanced Research Proj¬ 
ect Agency). Other possible do¬ 
mains include Xerox Network 
System and IBM SNA. 

In a domain, communication 
takes place between the end¬ 
points we’ve already looked at 
known as sockets. Each can exchange information 
with other sockets within that same domain. In the 
UNIX domain, sockets have assigned pathnames, 
such as /dev/xtalk. In the Internet domain, com¬ 
munication takes place using the Internet Protocol 
(IP), defined by DARPA. 

Currently, there are three types of sockets: 1) the 
stream socket (SOCK_STREAM) provides bidirec¬ 
tional, reliable, sequenced, unduplicated data flow. 
In this type of socket, there are no record bound¬ 
aries; 2) the datagram socket (SOCK_DGRAM) pro¬ 
vides bidirectional data flow that might not be reli¬ 
able, sequenced, or unduplicated. This type of 
socket allows for record boundaries; and 3) the raw 
socket (SOCK_RAW) provides access to underlying 
communication protocols, without specific seman¬ 
tics of its own. It is intended for programmers who 
must develop new communications protocols. 

Each socket has an associated protocol. Within 
the Internet domain, for example, datagram sockets 
use the User Datagram Protocol (UDP), while stream 
sockets use the Transmission Control Protocol 
(TCP). Like many things originated by the Defense 
Department, TCP is slower and more complicated 
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than it might have been. Sockets using the Xerox 
Network Systems (XNS) protocol would likely be 
more efficient and easier to use than those using 
TCP. In fact, a socket type (SOCK—SEQPACKET) has 
already been allocated for the XNS protocol. 

Sockets may be either connected or unconnected. 
Connected sockets are used whenever data ex¬ 
change must be reliable. Unconnected sockets are 
more useful than you might think, because there are 
primitives for exchanging information between 
them: sendto() and recvfrom(). Topically, data¬ 
grams, which are an unreliable form of data ex¬ 
change, are transmitted between unconnected 
sockets. A descriptor for an unconnected socket 
may be obtained in the following manner: 

int sock, domain, type, protocol; 

sock = socket(domain, type, protocol); 

For example, the following call creates a datagram 
socket in the Internet domain: 

sock = socket(AF_INET, SOCK_DGRAM, 0); 


And this call creates a stream socket in the UNIX 
domain: 

sock = socket(AFJJNIX, SOCK_STREAM, 0); 

In both cases, a zero parameter indicates the default 
protocol. The upper-case constants are defined in 
the include file <sys/socket.h>. 

An unconnected socket descriptor may be con¬ 
verted into a connected socket descriptor in one of 
two ways: by actively connecting to another socket: 
or by being associated with a name in the communi¬ 
cations domain, and then accepting a connection 
from another socket. Generally, server processes 
called daemons are associated with (or bound to) a 
specific name. They then listen until there is a con¬ 
nection to accept. Client processes actively seek out 
connections to these server processes when they 
require a particular service. 

For a client, connecting a socket requires a pro¬ 
gram to get the host address of a server machine, 
and the port address for a known service. Then a 
socket must be created and connected. After the 
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program finishes, the socket should be closed. 

On the server side, things are a bit more compli¬ 
cated. Once a socket is created, it should be bound to 
a service name. Then the server should indicate how 
many outstanding connections may be queued to 
wait for acceptance. Finally, the server should go 
into an infinite loop, accepting, servicing, and clos¬ 
ing connections requested by clients. 

Normally, data can be transmitted between con¬ 
nected sockets with readQ and writeQ. For unusual 
situations, such as out-of-band data, or looking at 
data without reading it, programs can use send() and 
recv() instead. The new selectQ system call allows 
programs to multiplex I/O requests among multiple 
sockets and file descriptors. 

There is a new set of library routines for dealing 
with the Internet. All are structured like getpwentQ, 


which reads the /etc/passwd file. They include: 
gethostent(), which reads the /etc/hosts file; get- 
netent(), which reads the /etc/networks file; get- 
protoentQ, which reads the /etc/protocols file; and 
getserventQ, which reads the /etc/services file. 

EXAMPLES 

Figure 1 shows how a client process would con¬ 
nect to a login server running on a different ma¬ 
chine. This code is a pared-down version of the 
rlogin command. 

The getservbyname() call returns the entry for 
login via TCP in the /etc/services file; the gethost- 
bynameQ call returns the entry for the specified ma¬ 
chine from the /etc/hosts file. The library routine 
bzero() initializes the Internet socket address struc¬ 
ture, and then bcopyQ copies the host address from 


^include <stdio.h> 

^include <netdb.h> 

^include <sys/types.h> 

^include <sys/socket.h> 

#include <netinet/in.h> 

mainCargc, argv) 
int argc; 
char *argv[]; 

struct sockaddMn sin; 

struct servent *sp; 

struct hostent *hp; 

int sd; 

if ((sp = getservbynameC'login", "tcp")) == NULL) < 

fprintf(stderr, "rlogin: tcp: unknown service\n"); 
exit(1); 

> 

if ((hp = gethostbyname(argv[1])) == NULL) { 

fprintf(stderr, "rlogin: %s: unknown host\n", argvCIl); 
exit(2); 

> 

bzero((char *)&sin, sizeof(sin)); 

bcopy(hp->h_addr, (char *)&sin.sin_addr, hp->h_length); 

sin.sin_family = hp->h_addrtype; 

sin.sin_port = sp->s_port; 

if ((sd = socket(AF_INET, SOCK_STREAM, 0)) < 0) i 
perrorC'rlogin: socket"); 
exit(3); 

> 

if (connected, (char *)&sin, sizeof (sin)) < 0) { 
perrorC'rlogin: connect"); 
exit(4); 

> 

> 


Figure 1 — An example of how a client process might connect to a remote login server. 
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the hp structure to the Internet socket address 
structure. After creating a socket, the program can 
connect to the server machine’s socket, whose In¬ 
ternet socket address the program now knows. 

Figure 2 shows how the server machine would set 
up the login daemon for connections initiated by 
client machines. This code is even sketchier than in 
the previous example. 

Until the socketQ call, this program is similar to 
the last one. The call to bindQ ensures that the serv¬ 
er listens at its expected location; bind() associates a 
name with a previously unnamed socket. The call to 
listen() establishes a queue for five simultaneous 
connection requests; if more requests are received, 
they’ll be refused. Then, the server goes into a loop 
(UNIX hackers know that an infinite for loop ex¬ 
ecutes faster than an infinite while loop). The 
accept() call blocks (waits) until a client requests 
service; when accept() returns, its return value is 
checked to verify that a connection has indeed taken 
place. The server then forks a child and invokes the 


routine serve_login(), not reproduced in the exam¬ 
ple, which performs processing for remote logins. 
The socket used by the parent for queueing connec¬ 
tion requests is closed in the child, while the socket 
created by accepting the connection is closed in the 
parent. The client’s Internet socket address struc¬ 
ture is passed to the serve—login() routine, which 
requires it for authenticating clients. 

In the 4.2 kernel, pipes have been implemented 
using sockets, which has made them faster than 
before. Internally, pipes are established with the 
socreate() routine, a packaged version of the sock- 
et() system call that passes the socket descriptor as 
the second parameter, like so: 

pipeO 

< 

socreate(AFJJNIX, &rso, SOCKJSTREAM, 0); 
socreate(AFJJNIX, &wso, SOCKJSTREAM, 0); 

> 
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^include <stdio.h> 

^include <netdb.h> 

#include <sys/types.h> 

^include <sys/socket.h> 

^include <netinet/in.h> 

main(argc, argv) 
int argc; 
char **argv; 

struct sockaddr__in sin, from; 
struct servent *sp; 
int sd, asd; 

if ((sp = getservbynameC'login", "tcp")) == NULL) { 

fprintf(stderr, "rlogind: tcp: unknown service\n"); 
exitd); 

> 

bzero((char *)&sin, sizeof(sin)); 
sin.sin_port = sp->s_port; 

/* 

* missing code: 

* disassociate server from controlling terminal 


*/ 

if ((sd = socket(AF_INET, SOCKJSTREAM, 0)) < 0) C 
perrorC'rlogind: socket"); 
exit(2); 

> 

if (bind(sd, (caddr_t)&sin, sizeof(sin)) < 0) i 
perrorC'rlogind: bind"); 
exit(3); 

> 

listen(sd, 5); 
for (;;) { 

if ((asd = accept(sd, Sfrom, sizeof(from))) < 0) i 
if (errno != EINTR) 

perrorC'rlogind: accept"); 
continue; 

> 

if (forkO == 0) { 
close(sd); 

serve_rlogin(asd, &from); 

> 

close(asd); 

> 

> 


Figure 2 — An example of how a server machine would set up the login daemon for 
connections initiated by client machines. 


86 UNIX REVIEW APRIL 1985 






The variable &rso is the read socket, while the vari¬ 
able &wso is the write socket. Sockets in the UNIX 
domain could probably be used to simulate named 
pipes on System V. But, to my knowledge, nobody 
has tried this yet. The implementation of UNIX do¬ 
main sockets is buggy, and so, in fact, may have no 
use except for implementing pipes. 

FUTURE DIRECTIONS 

The IPC facilities in 4.2BSD are fairly complicat¬ 
ed. Perhaps this is because the services they per¬ 
form are inherently complex. As an abstraction, the 
socketQ system call is clean and elegant. Because it 
works between machines, it has a clear advantage 
over the semaphores and message passing available 
on System V. On the other hand, bind() and listen() 
are heavily influenced by ARPA standards, and 
probably do not embody ideal network design. 

The select() system call, for I/O multiplexing, is 
extremely useful when writing highly interactive ap¬ 


plications. It has already been picked up by Version 
8, the Bell Labs research system that supersedes 
Version 7. I will swallow a lizard if select() does not 
find its way into AT&T mainstream UNIX (System V 
and its successors) by 1990. 

Some computer scientists maintain that the re¬ 
mote procedure call (RPC) model is superior to the 
select model. Certainly, either can be duplicated us¬ 
ing the other. RPC is probably easier for the pro¬ 
grammer to use, but select may be more efficient to 
implement. Next month’s column will discuss one 
implementation of RPC in some detail. 


Bill Tuthill was a leading UNIX and C consultant at 
UC Berkeley for four years prior to becoming a member 
of the technical staff at Sun Microsystems. He enjoys a 
solid reputation in the UNIX community earned as part 
of the Berkeley team that enhanced Version 7 (4.0, 4.1, 
and 4.2BSD). ■ 
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Note: only those aspects of 
the terms that concern net¬ 
working are discussed in this 
listing. 

arbitration—the process of de¬ 
ciding which sender ought to pro¬ 
ceed when the network detects 
that two or more stations are at¬ 
tempting to send at the same 
time. One common method has all 
stations back off for a small, ran¬ 
dom amount of time, allowing one 
to try again before the others. In 
other networks, a priority system 
based on device address deter¬ 
mines the order. 

baseband—a type of network 
that transmits data as pulses 
rather than impressions on a 
high-frequency carrier signal. 
Baseband networks are less ex¬ 
pensive and easier to maintain 
than broadband networks, but 
they can t carry the multiple 
channels or mix of data and video 
the broadbands can. Most local 
area networks used to connect 
UNIX systems are of the baseband 
variety. 

bridge—a connection between 
two or more similar networks. 
Unlike a gateway, which connects 
dissimilar nets and therefore 
must translate between protocols 
or character codes, a bridge pri¬ 
marily serves to electronically 
connect networks and synchro¬ 
nize their timing. 


THE UNIX 
GLOSSARY 


Network vernacular 

by Steve Rosenthal 



broadband—refers to networks 
that send information riding on 
carrier waves, rather than direct¬ 
ly as pulses. Broadband equip¬ 
ment is expensive because it must 
modulate data carriers during 
transmission and extract data 
during reception. Most often, tele¬ 
vision-type coaxial cable, fittings, 
and amplifiers are used to provide 
the actual transmission path. The 
total capacity of a broadband net¬ 
work can be split into channels, 
some of which can be used for 
voice or video. 

bus—a network topology (way of 
organizing connections) in which 
one channel runs to all nodes on 
the network. F2ach node must be 
able to recognize which messages 
are addressed to it. Similarly, be¬ 
cause all stations on a bus use the 
same channel to transmit, a bus 
system needs some form of arbi¬ 
tration that can determine which 


station has priority when several 
nodes wish to send messages si¬ 
multaneously. The Ethernet is a 
well-known example of the bus 
topology. 

contention—an attempt by two 
or more senders to use a channel 
at the same time. UNIX networks 
eit her use systems to prevent con¬ 
tention (such as token passing 
networks, which assign each 
sender a turn to transmit ) or allow 
contention, in which case colli¬ 
sions must be detected (as in 
CvSMA/CD systems, where hard¬ 
ware detects an error state if two 
or more senders start transmit¬ 
ting simultaneously). 

CSMA/CA —an abbreviation for 
the phrase ’’carrier sense multi¬ 
ple access with collision avoid¬ 
ance”. This mouthful refers to a 
met hod of sending data on a net¬ 
work. With CSMA/CA, every sta¬ 
tion on the network refrains from 
transmitting when they sense 
that another station is using the 
channel (hence the reference to 
“carrier sense”). But unlike colli¬ 
sion detect systems, collision 
avoidance systems leave it up to 
higher levels of network software 
to detect when two or more sta¬ 
tions start at the same time, and 
thus create a collision and corrupt 
the data. 

CSMA/CD —an abbreviation for 
the phrase ’’carrier sense multi¬ 
ple access with collision detec- 
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tion”. With CSMA/CD, stations 
on the network refrain from 
transmitting when they sense 
that another station is using the 
channel (this is known as “carrier 
sense”). If two or more stations 
start up at once, the lower levels of 
hardware and software detect the 
error, abort the transmission, and 
try again. CSMA/CD needs no 
master control station, but it of¬ 
fers no guarantee that a message 
will be passed within a specified 
time interval. 

datagram—a method of sending 
messages across networks that 
breaks up each message into 
packets that are sent indepen¬ 
dently (possibly along different 
routes) across the network before 
being reassembled at the destina¬ 


tion. Because the datagram meth¬ 
od allows messages to bypass 
bottlenecks, it offers higher 
throughput at the cost of greater 
complexity, caused by the need to 
reassemble messages and re¬ 
quest corrections for erroneous 
packets. 

E-mail—the generic term for 
electronic mail (and also claimed 
as a trademark by some electronic 
message services and programs). 
Most UNIX systems include a 
mail facility, as do most commer¬ 
cial networks, though the mail 
programs offered by the networks 
are typically more sophisticated. 

Ethernet—a local data network 
system developed by Xerox, Intel, 
and Digital Equipment Corpora¬ 


tion. Ethernet is a baseband sys¬ 
tem (one that transmits data in 
the form of pulses) that uses co¬ 
axial cable. Traffic flow is regulat¬ 
ed using a CSMA/CD protocol 
(which stops transmission and re¬ 
sends data if two or more stations 
start sending at the same time). 
Under Ethernet, CSMA/CD runs 
at speeds up to 10 megabits/sec. 
In the seven-layer ISO model for 
networks, Ethernet covers steps 
one and two. 

FDM—an abbreviation for “fre¬ 
quency-division multiplexing”, a 
method of putting more than one 
signal on each communications 
pathway by dividing the possible 
spectrum of signals into frequen¬ 
cy bands. FDM is used in some of 
the more sophisticated local area 
networks based on broadband 
technology (in which data rides on 
carrier signals). 

file locking—on a multitasking 
computer system or network, 
“file locking” describes a soft¬ 
ware procedure that prevents a 
second process or user from ac¬ 
cessing a file while it is already in 
use. AT&T has promised to add 
file locking to System V, and the 
feature already is included in oth¬ 
er UNIX implementations. 

gateway—a connection between 
two dissimilar networks. Topical¬ 
ly, a gateway consists of a box or 
card that receives cables from two 
nets. Logically, the gateway takes 
messages, strips each transmis¬ 
sion down to a level common to 
the two systems, and then builds 
messages in the form required by 
the destination system. A typical 
UNIX gateway might connect 
DECnet to Arpanet or ResNet. A 
bridge, by contrast, describes a 
connection between two or more 
similar networks. 

IEEE 802—a set of standards de¬ 
veloped by the IEEE (Institute of 
Electrical and Electronic Engi¬ 
neers) to describe the physical 
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and electrical connections of local 
area networks (LANs). There are 
actually several different groups 
of IEEE 802 standards that con¬ 
sider networks classified accord¬ 
ing to topologies or protocols. 

interoperability—the ability to 
request through one machine on a 
network that a program be run on 
another machine. This feature is 
not supported in standard UNIX, 
but it is included in some 
networks. 

ISO—short for “International 
Standards Organization”, an in¬ 
ternational group whose seven- 
layer model for networks has 
been very influential in the design 
and characterization of local area 
networks. 

LAN —an abbreviation for “Local 
Area Network”, a connection be¬ 
tween computers or computerized 
systems within a building or im¬ 
mediate neighborhood. Most 
LANs are limited to a range of sev¬ 
eral hundred meters to a few 
kilometers. 

OSI—short for the “Open System 
Interconnection” Reference Mod¬ 
el, the conceptual design for lay¬ 
ered networks that was developed 
by the International Standards 
Organization (ISO). The OSI mod¬ 
el separates the network into 
functional layers, allowing the in¬ 
ternal workings of any layer or 
group of layers to be changed or 
improved without effect on the 
other layers—apart from those 
modifications that are necessary 
in the interface. Most UNIX local 
area networks are designed as 
layers, but they do not always 
strictly follow the OSI partitions. 

overhead—the ratio of a net¬ 
work's addressing, data check¬ 
ing, and system control informa¬ 
tion to the useful data it sends. 

packet—a grouping of data cre¬ 
ated by chopping a message into 
small blocks and adding routing 


and control information. The 
packets can then be sent indepen¬ 
dently and reassembled at the 
destination into a complete mes¬ 
sage. Most UNIX networks send 
data as packets. 

record-locking—the exclusion 
of users from accessing (or some¬ 
times simply writing to) a record 
in a file while another user is ac¬ 
cessing that record. This prevents 
a corruption of data that might 
ot herwise occur if each user made 
changes without accounting for 
information that others might be 
providing. Record-locking only af¬ 
fects the records in use, allowing 
other users to access the rest of 
the file. AT&T has announced its 
intention to add record-locking to 
System V, but as of this writing, 
the feature is only offered in non- 
AT&T UNIX dialects. 

ring—a network topology (way of 
connecting stations) that routes 
messages through each station in 
turn on the network. Most ring 
networks use a token-passing 
protocol that allows a station to 
put a message on the network 
when it receives a special bit pat¬ 
tern. Many networks that are logi¬ 
cal rings actually connect all 
wires at a central hub, thus tak¬ 
ing on the physical appearance of 
a star. 

server—a station on a network 
that handles special chores, such 
as disk storage, printing, or com¬ 
munications. A dedicated server 
handles only its particular task, 
while a shared server can take 
care of a number of tasks at the 
same time. When used by itself, 
the term “server” usually applies 
to a disk or file server, a device 
that provides high-speed disk 
storage for the network. 

star—a network topology (way of 
making connections) that brings 
all links to a central node. It is 
used more often for switched cir¬ 
cuits such as telephone ex- 
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c hanges and PBXs than for local 
networks. Even non-star net¬ 
works sometimes use a star 
shape, though, running all con¬ 
nections to a central hub. But at 
the hub of these non-star net¬ 
works, the links are actually con¬ 
nected in a bus or ring, meaning 
that the network logically acts as 
if it had that topology. In these in¬ 
stances, the star shape merely 
serves as a convenience for run¬ 
ning cables. 

TCP —an abbreviation for 
“transmission control protocol”, 
the method of regulating how 
computer systems talk to net¬ 
works favored by the Arpanet. 
This software interface is fre¬ 
quently used to connect UNIX sys¬ 
tems to larger networks. 
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TDM —an abbreviation for 
“time-division multiplexing”, the 
sharing of a communications 
channel or other resource by as¬ 
signing it to each user in turn for 
very short intervals of time. Al¬ 
though most local area networks 
share a bus or channel over time, 
TDM usually refers to the more 
structured timesharing used by 
large networks. The more de¬ 
mand-based allocation of re¬ 
sources typically employed by lo¬ 
cal area networks is termed 
“contention”. 

token ring —a type of network 
that uses a ring topology (where 
messages are passed from one 
machine to the next in a circle, 
with the station that recognizes 
the message address grabbing it 


as it goes by) and a token protocol 
(where each station waits to 
transmit until it has received a 
special bit pattern that circulates 
to each station in the network in 
turn). Token rings are popular in 
real-time and control networks 
because each station is guaran¬ 
teed access to the network at reg¬ 
ular intervals. 

topology —the arrangement of 
pathways in a network. The most 
common are the rings topology 
(where messages pass through 
each station in turn), the stars to¬ 
pology (where messages pass 
through a central node), and the 
bus topology (where each mes¬ 
sage is presented to all nodes). 

twistedpair —a connection made 
with two insulated wires wrapped 
around a common axis. Twisted 
pair wiring, which is also used for 
telephone circuits, is very inex¬ 
pensive, relatively easy to install, 
and compact, but it can only carry 
data at moderate rates (generally 
under one megabit per second). It 
is used by many lower-speed local 
area networks as the connection 
medium. 

virtual circuit —a connection es¬ 
tablished for the duration of a ses¬ 
sion. By maintaining the connec¬ 
tion rather than routing each 
packet independently, the net¬ 
work saves the time and effort 
needed to add addressing infor¬ 
mation to each individual data 
packet. Virtual circuits are more 
popular on large networks, while 
local area networks more often 
use some variation on datagram 
methods. 

Comments , questions . correc¬ 
tions? Send them to Rosenthal's 
UNIX Glossary , Box 9291 . 
Berkeley , CA 94709. 


Steve Rosenthal is a lexicogra¬ 
pher and writer living in Berkeley. 
His columns regularly appear in six 
microcomputer magazines. ■ 
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TUTORIALS 

In-depth tutorial seminars will be conducted 
all day by leading UNIX technical experts. 
Topics include: 

▲ UNIX internals 

▲ Networking 

▲ Communications 

▲ Applications 

▲ C Programming 

VENDOR EXHIBITION 

Vendors are invited to display advanced 
technology relevant to the UNIX technical 
community. 

For Complete Conference Information, Call: 

(213) 592-3243 or (213) 592-1381 
or Write: 

USENIX Conference Office 

P.O. Box 385 

Sunset Beach, CA 90742 

•UNIX is a trademark of AT&T Bell Laboratories. 
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CIES OFFERS UNIX FOR IBM 
PCS 

Two UNIX-compatible busi¬ 
ness systems have been intro¬ 
duced by CIE Systems, Inc. The 
CIES 680/100 and 680/200 busi¬ 
ness systems are designed for 
small to medium-sized business¬ 
es with first-time data processing 
users sharing computer resources 
and information, and for users 
with IBM PCs seeking entry into 
the UNIX world. 

Depending upon each system 
configuration, the 4-12 user 680/ 
100 is priced between $14,995 
and $30,000. The 40-user 680/ 
200 is priced at $29,995 and up. 
The systems are available 30 days 
ARO. 

The CIES 680 family now con¬ 
sists of the 680/100 and 680/200 
and the 1-4 user 680/20. Avail¬ 
able with the systems is a range of 
existing CIES software, including 
word processing, accounting 
(with payroll) and spreadsheet ap¬ 
plications packages; the applica¬ 
tions processor PRO-IV; and 
PCworks, a networking applica¬ 
tion that links IBM PCs and PC- 
compatibles to the CIES 680 
computers. 

CIE Systems is located at 2515 
McCabe Way, Irvine, CA 92713: 
714/660-1800. 
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SOFTWARE DEVELOPMENT 
PACKAGE 

REX-TOOLS is a C program¬ 
ming package that converts most 
M68000-based host computers 
operating under System III, V, or 
Berkeley UNIX into a multipro¬ 


RECENT 

RELEASES 


grammer, microprocessor soft¬ 
ware development system, has 
been introduced by Systems and 
Software, Inc. 

The new product, which was 
designed for developing, testing, 
and debugging software targeted 
at Intel 8086, 8087, 8088, and 
80186 microprocessors, inte¬ 
grates four separate tools: Soft- 
Probe™ Simulator, C Cross Com¬ 
piler. REX-SMA Assembler, and 
REX Real-Time Executive. 

REX-TOOLS’s SoftProbe Sim¬ 
ulator is an interactive symbolic 
simulator that allows module 
program testing for the Intel 
8086 and 80186 environments, 
supports debugging and logic 
analysis in both assembly and 
high-level language. 

The simulator can execute all 
target chip CPU operations at the 
bus-cycle level, simulate I/O and 
external interrupts as well as 
CPU functions that operate on 
registers, instruction pointers, 
and status flags, and accepts the 
same absolute-code module for¬ 
mat as an Intel in-circuit 
emulator. 

The new product’s C Cross 
Compiler package, which sup¬ 
ports the full C language, in¬ 
cludes an assembler, linker, and 
object code locater to allow devel¬ 
opment in both C and assembly 
language. The compiler gener¬ 
ates ROMable object code aimed 
at real-time embedded systems 
applications such as automation 
devices, robotics equipment, and 
real-time controllers. 

REX/SMA Assembler consists 
of four utility programs—a 
structured macro assembler 
(SMA), an object code liner, an 


absolute code locater and object 
librarian—that are compatible 
with the Intel ASM86/87/88 and 
186 at source code, relocatable 
code, and absolute code level. 

The Assembler’s four pro¬ 
grams ease transition between 
the Intel and REX language envi¬ 
ronments, permitting the soft¬ 
ware developer to write or edit di¬ 
rectly in assembly language for 
the target processor. 

The REX Real-Time Execu¬ 
tive, the remaining tool in REX- 
TOOLS, is an event-driven real¬ 
time program that provides a 
number of functions including 
intertask synchronization, time- 
based synchronization, asyn¬ 
chronous event coordination, 
interrupt handling, memory 
management, and 8087 co-pro¬ 
cessor synchronization. 

A 30-minute online demon¬ 
stration of REX-TOOLS is avail¬ 
able by telephone for those hav¬ 
ing a VT100 compatible terminal 
and a 1200 baud modem. The 
demonstration is available Mon¬ 
day through Friday, 9 am to 5 
pm, PDT, by calling 714/241- 
8041. Both the user name and 
password for system log on are 
DEMO. 

Available for immediate deliv¬ 
ery, REX-TOOLS’s starting price 
is $5500 (for the C Cross Compil¬ 
er): quantity prices are available 
for hardware vendors and system 
integrators. 

More information is available 
from Systems and Software, Inc., 
3303 Harbor Boulevard, Suite C- 
11, Costa Mesa, CA 92626; 714/ 
241-8650. 
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That’s what we do in UNIX REVIEW 


We listen, and look, and probe 

It’s surprising how much there is that’s fresh and new. 

Just waiting to be shared 

It’s often that way with things that are simply elegant. 

Like a shell. Like UNIX 

UNIX" REVIEW 

THE MAGAZINE FOR THE UNIX COMMUNITY 

UNIX is the trademark of Bell Laboratories, Inc. 

UNIX REVIEW is not affiliated with or sponsored by Bell Laboratories. 
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MASSCOMP OFFERS MASS 
STORAGE SUBSYSTEMS DUO 

Two mass storage subsystems 
have been introduced by Mass- 
comp: a removable media disk 
and a 6250 bits-per-inch (bpi) 
half-inch mag tape. 

Both system controllers can 
handle two drives and are field- 
installable. The media disk, with 
controller and one drive, is priced 
at $21,000; an additional drive is 
$15,000. The mag tape, with 
controller and one drive, is priced 
at $26,000; the second drive is 
$22,000. OEM discounts are 
available. 

The disk pack, with MR-608 
80 MB, 9-inch, totally-removable 
media, offers high data storage 
security. Front-loading, it has 
67.4 MB of usable data storage, 


making it convenient for data 
backup. 

The disk pack uses a standard 
SMD interface and measures 
IOV 2 inches high by 972 inches 
wide. With a cabinet, it is rack- 
mountable. The optional second 
drive can be mounted side by 
side. 

The mag tape offers a high 
system data throughput of 400 
kilobytes-per-second. A high 
data storage density of 180 mega- 
bytes-per-reel makes it conven¬ 
ient for data backup. The mag 
tape is fully compatible and com¬ 
pletely interchangeable with oth¬ 
er computer systems supporting 
the ANSI tape standard. 

Because it is a dual-density 
system, the mag tape can run at 
6250 bpi for group code record¬ 


ing (GCR) data format or 1600 
bpi for phase encoded (PE) data 
format. Both streaming and 
start/stop operation are possible. 

For more information, contact 
Masscomp, One Technology 
Park, Westford, MA: 617/692- 
6200. 
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INTERLAN EXPANDS NET/ 
PLUS SERVICES 

Interlan, Inc., has expanded 
the services of its NET/PLUS Sys¬ 
tems Product Line with the intro¬ 
duction of a Network Communi¬ 
cations Server/Internet Router 
and Network Management Utili¬ 
ties that run on the IBM Personal 
Computer. The internet router 
(NCS/IR) provides transparent 


New from Image Network! 

Documenter’s Workbench 


for laserprinters and typesetters. 

DWB is troff, eqn, tbl, and pic 
interfaced to raster printing devices. 


Our existing XROFF product allows DWB 
to work with the following systems and printers: 


• System V 

• Berkeley 4.2 

• VAX/Ultrix 

• IBM/PC MS/DOS 

• Eunice 

• Uni Plus + 

• DEC LNOIs, LN03 

• APS-5 typesetter 

• Compugraphic 8400 


• System III 

• V7 

• VAX/VMS 

• Amdahl/UTS 

• Xenix 

• UNOS 

• Xerox 2700, 3700 

• Xerox 8700, 9700 


Use DWB with a laser printer to make high quality 
documents or to make proof copies before typesetting. 


Call or write to tell us your printing requirements! 

Image Network, (408)746-3754, 

424 Palmetto Drive, Sunnyvale, CA, 94086-6760 

Documentor's Workbench is a trademark of A I & I Bell Laboratories. 
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Q-CALC 

A superior spreadsheet on UNIX* 
As powerful as Lotus 1-2-3* 

• large spreadsheet 

• many business functions 

• complete GRAPHICS package 

• translates 1-2-3 models into 
Q-CALC 

• already ported to: VAX, Callan, 
Fortune, Nixdorf, Cyb, Plexus, 
Codata, Cadmus, Masscomp, 
SUN, etc. 

Available since Jan. ’84 
For more information write/call 
Quality Software Products 
348 S. Clark Drive 
Beverly Hills, CA 90211 
213-659-1560 

‘Lotus 1-2-3 is a trademark of Lotus Development 
Corp. UNIX is a trademark of Bell Labs. 
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• Passage, 
Uniq's TCP/IP Solution 
to UNIX SYSTEM V. 2 Networking. 

Ready for immediate delivery on 
Digital's VAX Processors. 


• Local Area Network and DDN 

ARPANET Support. 

• Uniq is committed to UNIX... 
UNIX Networking...UNIX Applications 
...UNIX Consulting...We make it Work. 


© 312/879-1008 

DIGITAL TECHNOLOGIES 

28 S. Water Street, Batavia, IL 60510 

Los Angeles Washington, D.C. Boston 

213/277-6288 703/448-8508 603/883-4860 

•Unix and System V are trademarks of AT&T Bell Laboratories. 
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data transmission between two 
physically separate Ethernets at 
speeds up to 224 Kbps. Packets 
are routed across one or two dedi¬ 
cated synchronous data links us¬ 
ing the Xerox Network Systems 
(XNS) Internet Protocols (ITP). 
The Network Management Utili¬ 
ties run on the IBM PC, PC/XT, 
PC/AT, or COMPAQ Personal 
Computers. 

The NCS/IR’s use of the XNS 
ITP protocol guarantees full capa¬ 
bility with Interlan’s other system 
products. 

The NCS/IR supports several 
forms of communication lines. 
Two 9600 bps links may be con¬ 
nected via an RS-232 interface. 
Alternatively, a V.35 or RS-449/ 
RS-422 communications circuit 


may be connected at speeds up to 
224 Kbps. 

The Network Management 
Utilities provide a network opera¬ 
tor with tools for controlling a 
large collection of services on an 
Ethernet. The utilities allow the 
PC management station to service 
boot requests from any server on 
the network. The ability to main¬ 
tain load images for different 
types of network services allows 
the PC to function as a single pri¬ 
mary boot server. 

The Network Management 
Utilities include a single-user NTS 
program that gives the network 
manager full access to NTS user 
commands. 

Network events such as re¬ 
quests for boot service may op- 


UNIX 

JOBS 

REGISTRY 

National registry of candi¬ 
dates and jobs in the Unix 
field. Please give us a call; 
send a resume; or request a 
free Resume Workbook & 
Career Planner. We are a 
professional employment 
firm managed by graduate 
engineers. 

800-231-5920 

P.O. Box 19949, Dept. UR 
Houston, TX 77224 
713-496-6100 


41 


Scientific Placement, Inc. 


‘Unix is a trademark of Sell Labs 


/-\ 


FRANZ 

THE FIRST 
NAME IN 

LISP 


Franz Lisp from Franz Inc. 
is currently available on a 
wide range of machines 
under UNIX and VMS. 
Franz sets the standard for 
Lisp. Call or write for 
more information. 


Franz Inc. 

2920 Domingo, Suite 203 
Berkeley, California 94705 
(415) 540-1224 

V_ J 


tionally be logged by the Network 
Management Utilities. 

The Network Management 
Utilities also provide an integrat¬ 
ed VT100 Terminal Emulator 
which allows the PC to interface 
to other Network Terminal Serv¬ 
ers (NTS) on the Ethernet. The 
Network Management Utilities in¬ 
clude a PC-compatible Ethernet 
controller board and diagnostic 
software. The package is priced at 
$ 1000 . 

Interlan is at 3 Lyberty Way, 
Westford MA 01886; 617/692- 
3900. 
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PACT CONNECTS IBM 
MAINFRAMES WITH PCs AND 
WORKSTATIONS FROM 
OTHER VENDORS 

Network Research Corporation 
(NCR) and Spartacus, Inc., have 
entered into a joint marketing 
agreement to make available a 
connection between IBM main¬ 
frames, IBM and compatible per¬ 
sonal computers, and non-IBM 
workstations. 

The combination of NRC’s Fu¬ 
sion LAN software and the KNET 
software from Spartacus will al¬ 
low several hundred personal 
computers and workstations to be 
connected, via the Spartacus M- 
200 channel-attached Ethernet 
controller, to IBM and compatible 
mainframes using the VM operat¬ 
ing system. 

The Fusion-KNET combina¬ 
tion provides file transfer (FTP), 
terminal emulation (Telnet), and 
interprocess communication be¬ 
tween applications in both IBM 
and non-IBM computers. The per¬ 
formance of Fusion and KNET al¬ 
lows throughput of over one me¬ 
gabit to be achieved in many 
applications. 

The agreement opens the door 
to the IBM mainframe environ¬ 
ment for Fusion customers, and 
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Multi- 

Users 


Multi- 

Tasks 


SPOTLIGHT ON 
COMPUTER SOLUTIONS 


Networking 


UNIX* SYSTEMS EXPO/85 


BE THERE! 

For Computer Solutions To 

■ Office/Factory Automation 

■ Engineering/Scientific 
Applications 

■ Text Processing 

i Database Access 


April 24-26 
San Francisco Moscone Center 


BE THERE! 

To Learn About 

■ Linking PCs to MainFrames 

■ Multi-User/Tasking 
Operations 

■ Networking 

■ Clusters/Device Sharing 


UNIX 

SYSTEMS e%I" 

iz&w/lSO 


See exhibits from the leading and most innovative 
hardware and software companies. Attend the full 
conference program with over 40 user/marketing 
oriented sessions. 


Don't Miss UNIX Systems Expo/85 for: 


■ Engineers 

■ Scientists 

■ Corporate Users 

■ VARs 

■ Software Developers 

■ yertical Marketers 

■ Systems Integrators 

■ Distributors 

■ Dealers 
m Retailers 


An exclusive production of 
Computer Faire, Inc./ 

A Prentice-Hall Company 

617/965-8350 

415/364-4294 


♦UNIX is a trademark of AT&T Bell Laboratories 
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makes the range of machines cur¬ 
rently supported by Fusion avail¬ 
able to Spartacus customers. 

For more information, contact 
Network Research Corporation at 
1101 Colorado Avenue, Santa 
Monica, CA 90401; 213/394- 
7200. Also: Spartacus, Inc., at 5 
Oak Park Drive, Bedford, MA 
01730: 617/275-4220. 
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NEW INFORMIX 

Relational Database Systems, 
Inc., has announced the availabil¬ 
ity of Informix 3.3, the latest ver¬ 
sion of its relational database 
management system (DBMS). 

Informix 3.3 offers users great¬ 
er control over screen manipula¬ 
tion while using Perform, the 
form generation facility of Infor- 


UNIX/C Professionals 

Rewarding opportunities exist 
for UNIX/C professionals to 
work as consultants in the New 
York-New Jersey area. Know¬ 
ledge of "C" (required), kernel, 
and communications are 
advantageous. UNIX guru's, 
wizards, and former “root's" 
especially welcome. Experi¬ 
enced people only. 

The advantages of consulting 
such as job mobility, indepen¬ 
dence, and high pay are well 
known. While MAB Systems 
place people with various 
specialties, we have a special 
emphasis in the areas of UNIX 
and C. Contact us even if you 
aren't looking for a new posi¬ 
tion and we will send you our 
free “MAB Systems Guide to 
Consulting". 

MAB SYSTEMS INC. 

878 West End Ave. Suite # 11D 
New York, NY 10025 
( 212 ) 678-7881 

UNIX is a trademark of AT&T Bell Labs 
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mix. The user has the advantage 
of additional procedural syntax to 
allow more specific control of the 
data maintenance process. En¬ 
hancements to Perform allow for 
calculations, cursor control, and 
conditional processing. 

Informix is designed for the DP 
professional and systems integra¬ 
tor. In addition to the advanced 
Perform screen builder, Informix 
includes such features as a report 
writer, a query language, menu 
creation facilities, and an exten¬ 
sive C language interface. 

RDS offers Informix on UNIX 
and UNIX-compatible systems. It 
and other RDS products are 
available on over 60 different 
machines. 

RDS is located at 2471 E. Bay- 
shore Road, Suite 600, Palo Alto, 
CA 94303; 415/424-1300. 
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RATIONAL INTERPRETER 
FOR C 

Rational Systems, Inc., has re¬ 
leased Version 1.00 of Instant-C, 
a C language interpreter for the 
full C language on microcom¬ 
puters that combines interpreter 
ease-of-use and the speed of com¬ 
piled code. 

Instant-C executes programs 
20 to 50 times faster than inter¬ 
preted BASIC, and works several 
times faster than FORTH of 
pcode-based compilers. 

Instant-C is available for the 
IBM PC and compatibles, and im¬ 
plements standard C, including 
floats and longs, so programs de¬ 
veloped with Instant-C can be 
moved to other systems or com¬ 
piled with an optimizing compiler. 

The built-in full-screen editor 
displays source code errors with 
the cursor set to the trouble spot, 
and can list over 200 diagnostic 
messages. 

Instant-C’s debugger works in 
C language, not at the machine 
code level. Programs can be devel¬ 


oped incrementally since any 
function or statement can be test¬ 
ed before the whole program is 
coded. 

Instant-C is retailed for $500. 
To order or obtain further infor¬ 
mation, contact Rational Sys¬ 
tems, Inc., PO Box 480, Natick, 
MA 01760; 617/653-6194. 
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SIR/DBMS RUNS UNDER FOUR 
UNIX VERSIONS 

SIR, Inc., has made SIR/ 
DBMS, its relational database 
management system, available 
for four UNIX-based operating 
systems. SIR/DBMS now oper¬ 
ates under 4.2BSD, Hewlett- 
Packard’s HP-UX, Data Gener¬ 
al’s DG MV/UX, and Apollo’s 
AUX. 

Included in the SIR/DBMS 
package is SQL + , an expansion 
of IBM’s Structured Query Lan¬ 
guage. SQL + is an interactive re¬ 
lational query system that lets 
users of SIR/DBMS interrogate 
their databases using English 
language commands, automati¬ 
cally displaying the information 
requested. 

Special features of SIR/DBMS 
include: an active data dictio¬ 
nary; direct interfaces with 
BMDP, SAS, and SPSS statistical 
software packages; and flexible 
report generation including pub¬ 
lication-quality tabular display. 

In addition to DBMS and 
SQL + , SIR/DBMS includes the 
following integrated components: 
Forms, for interactive screen-ori¬ 
ented data entry and query-by¬ 
forms; Host, a language interface 
for access to one or more SIR/ 
DBMS databases; Help, for full 
online documentation and user 
assistance; and Graph, for pro¬ 
duction of scientific and business 
graphics. 

For more information, contact 
SIR at 820 Davis St., Evanston, 
IL 60201; 312/475-2314. ■ 
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Cure for Backlogs 
Induced by 3GLs 

in EDP Departments, 
Software Houses 
& Others 


• Push-button Self¬ 
documentation 

• Audit Trails 

• Source-code security through 
run-time only configurations 

• Developed Applications 
instantly portable across UNIX- 
based machines 

Because definitions are 
Dictionary-based, any changes 
are easily made in one central 
location. A key feature, “tailoring” 
lets you alter an application — 
perhaps to customize it for a 
particular site or user — without 
affecting the original version. If 
required, applications can be set 
up as Models (Prototypes) and 
later enhanced to grow and 
change with the business. 
Tailoring versions is the perfect 
solution for quickly generating 
multiple applications based on 
one Model. 

TODAY runs under UNIXor 
UNIX-compatible operating 
systems on super-mini down to 
micro business computers using 
any of a range of databases. And 
if that’s not enough, TODAY is 
backed by 14 man-years of 
research and development and 
the confidence of users who are 
breaking time zones in software 
development. Watch for our stand 
at the UNIX Expo in San 
Francisco, April 24-26, or contact 
us at: 

bbj Computer Services Inc. 

2946 Scott Bvde 
Santa Clara, CA 95054 
Telephone : (408) 727-4464 
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UNIX™APPLICATION 

DEVELOPMENT 


TODAY is far more than the 
awkward collection of tricks and 
tools that are often labelled 
“4GL”. TODAY provides a 

COMPLETE application 
development environment that 
will revolutionize the way you 
develop and maintain 
applications. No UNIX knowledge 
is necessary. 

Let’s put it frankly : developing 
an application is a costly 
proposition. You’ll need a highly 
skilled team of designers, analysts 
and programmers, and several 
man-years to get things off the 
ground. And that’s not to mention 
the on-going costs of 
documentation, customization 
and maintenance! 

TODAY tackles these problems 
through a new methodology with 
high performance architecture 
and a comprehensive range of 
features. It’s so quick and easy to 
use that TODAY developers can 
do the whole job — design, 
analysis, development and 
documentation. 

TODAY provides a 
comprehensive range of features 
that keep application building 
easy while optimizing 
development resources: 

• Powerful recursive logic and 
Decision Tables 

• Synonyms, Menus, Prompts, 
Helps and Defaults for 
streamlined definitions 

• Screen Painter 

• A Report Generator which 
includes a Painter 
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HARDWARE TECHNOLOGY 


HARDWARE 

Continued from Page 45 

ery in the case of damaged pack¬ 
ets or host failures much more 
complex than CSMA/CD. There¬ 
fore, CSMA/CD can be a good 
choice for unreliable local net¬ 
works that cover five kilometers 
or less. On longer reliable net¬ 
works, token passing is preferred. 

Note that CSMA/CD can be 
used only on relatively short net¬ 
works, because both carrier sens¬ 
ing and collision detection require 
that the end-to-end round trip 
time of the packet be much less 
than the total time taken to send 
the packet. At 10 mbps, for in¬ 
stance, a minimum Ethernet 
packet of 72 bytes (576 bits) takes 
57.6 microseconds to transmit. 
The Ethernet specification re¬ 


quires that the single bit end-to- 
end round-trip delay be less than 
51.2 microseconds. At the phys¬ 
ical transmission speed of a co¬ 
axial Ethernet, 51.2 microse¬ 
conds translates into nearly 12 
kilometers of cable, but other 
propagation delays and “repeat¬ 
ers” bring the maximum cable 
length between any two stations 
to 1.5 kilometers—with only a 
few microseconds to spare! 
Therefore, as signaling rates in¬ 
crease, the distances that 
CSMA/CD implementations can 
effectively service decrease, mak¬ 
ing it a useless protocol for very 
high speed media. 

CONCLUSIONS 

It is important to match hard¬ 
ware, software, and architecture 
to your network needs. If you 


don’t need distributed computing 
bandwidth, don’t pay for it. Also, 
if you are going to invest in a net¬ 
work today, plan on it being obso¬ 
lete in five years. 

The outcome of the race be¬ 
tween competing network medias 
and topologies is simply not clear 
at this point. Should anyone ask, 
you can say that fiber-optics and 
rings appear to be favored . . . but 
don’t bet on it. 


Prior to taking his current post as 
Engineering Manager at Silicon 
Graphics , Inc., Bruce Borden devel¬ 
oped the IP/TCP package for Exce- 
Ian’s Ethernet hoard and helped 
found 3Com Corporation. His first 
UNIX experience came 11 years ago 
when he set up Version 4 on Harvard 
University’s undergraduate com¬ 
puting system. ■ 
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YOUR 
NIX REVI 
LIBRARY! 


June/July 1 

August/September 1983—Sritek and Venix . □ 
October/November 1983—UNIX Typesetting □ 
December/January 1984—Vi and Emacs ... □ 
February/March 1984—UNIX Databases ... □ 
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“Now I program 
with Power Windows” 




Alan R. Feuer 
Vice President, Research and Development 
Catalytix Corporation 

Author: The C Puzzle Book 


CCA EMACS... The Most Powerful Editor 
Environment Available for Unix and VAX/VMS 


“Programming with CCA EMACS , I can look at two 
or more files at once in different windows and then 
move text between them . ” 

Alan Feuer is just one of many demanding 
programmers who have discovered that CCA 
EMACS™ makes program editing and system develop¬ 
ment much easier and faster. And “power windows” 
are only part of the reason Alan Feuer uses CCA 
EMACS.. . 

Unprecedented power, speed, functionality, extensi¬ 
bility, pliability, and consistency across systems and 
on any terminal are others. CCA EMACS includes 
close to 400 built-in commands which let you do any 
job with only a few keystrokes, even the kinds of 
things that are difficult or impossible with other edi¬ 
tors. And with our full Common Lisp-based extension 
language, Elisp™, you can customize CCA EMACS to 
meet all your specific program needs. 

CCA EMACS has two extensive recovery facilities to 
protect against system failures. Supported by a full 
online documentation package, including tutorial, the 
system can be used by beginners and experts alike. 

This complete kit of editing tools runs under Berkeley 
Unix™ (4.1 BSD and 4.2BSD), Bell Unix (Systems III 
and V), Xenix™, and VAX/VMS™. 

Binary prices range from $380 to $850 for Unix to 
$1900 for VMS. 

CCA Uniworks, Inc. 

Productivity Tools for Programmers 

20 William Street, Wellesley MA 02181 
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For more information or to place an order 
call our customer representatives at 

800 - 222-0214 

in MA (617) 235-2600 

or mail this request form today. 


Please send me information on: 

□ CCA EMACS □ The Safe C Development Tools 

□ A1 Development Tools □ Your complete line of state-of- 

-the-art programming tools 

□ Please send license forms 

Name_ 

Title _ 

Company_ 

Address_| 

City, State, Zip_ 

Phone (_)___ 

CCA UNIWORKS, INC. | 

20 William Street Wellesley, MA 02181 | 

A Crowntek Company ! 

Unix. VAX and VMS and Xenix are trademarks of Bell Laboratories. Digital UR3S5 | 
Equipment Corporation, and Microsoft Corporation, respectively. Safe C is a 
trademark of Catalytix Corporation. CCA EMACS and Elisp are trademarks of 
CCA Uniworks, Inc. 
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CALENDAR 


EVENTS 

APRIL 

April 14-18 Association of Computing Machinery, San Francis¬ 
co: “Human Factor in Computing Systems”. Contact: ACM Con¬ 
ference Coordinator, 11 W. 42nd St., New York, NY 10036. 212/ 
869-7440. 

April 22-23 Uni-Ops, Walnut Creek, CA: “Post-Structural Pro¬ 
gramming Symposium”. Contact: Uni-Ops, P.O. Box 27097, 
Concord, CA 94527. 415/945-0448. 

April 24-26 UNIX Systems EXPO, San Francisco: “EXPO/85”. 
Contact: Computer Faire Inc., 181 Wells Ave., Newton, MA 
02159. 617/965-8350. 

April 30 SVNet, Palo Alto, CA: “UUCP and Usenet”. Contact: 
SVNet, P.O. Box 700251, San Jose, CA 95170-0251. 

MAY 

May 1 Yates Ventures, San Jose, CA: “AT&T, IBM, and UNIX: 
Desktop Directions”. Contact: Glenn Chase, 3350 W. Bayshore 
Rd., Suite 201, Palo Alto. CA 94303. 415/424-8844. 

JUNE 

June 11-14 Usenix Association, Portland: “Usenix Conference 
and Vendor Exhibition”. Contact: Usenix Conference Office, 
P.O. Box 385, Sunset Beach, CA 90742. 213/592-3243. 

SEPTEMBER 

September 18-20 National Expositions Inc., New York. “UNIX 
EXPO”. Contact: Don Berey, 14 W. 40th St., New York, NY 
10018. 212/391-9111. 

September 26-28 8th Northeast Computer Faire, Boston. Con¬ 
tact: Computer Faire, Inc., 181 Wells Ave., Newton, MA 02159. 
617/965-8350. 

OCTOBER 

October 2-5 UNIX Systems EXPO, Boston: “EXPO/85”. Con¬ 
tact: Computer Faire Inc., 181 Wells Ave., Newton. MA 02159. 
617/965-8350. 

TRAINING 

APRIL 

April 1-2 Intelligent Solution, Washington, D.C.: “UNIX Con¬ 
cepts”. Contact: Intelligent Solution, 849 22nd St., Santa Moni¬ 
ca, CA 90403. 213/207-5356 or 800/367-0948. 

April 3-4 Intelligent Solution, Washington, D.C.: “Programming 
in C“. Contact: Intelligent Solution. 849 22nd St., Santa Monica, 
CA 90403. 213/207-5356 or 800/367-0948. 

April 5 Intelligent Solution, Washington, D.C.: “UNIX Over¬ 
view”. Contact: Intelligent Solution, 849 22nd St., Santa Moni¬ 
ca, CA 90403. 213/207-5356 or 800/367-0948. 

April 8-12 Structured Methods Inc., New York: “UNIX System 
Workshop”. Contact: SMI, 7 West 18th St., New York, NY 10011. 
212/741 -7720 or 800/221 -8274. 

April 8-19 Information Technology Development Corp., Cincin- 
atti: “The UNIX System”. Contact: ITD, 9952 Pebbleknoll Dr., 
Cincinatti, OH 45247. 513/741-8968. 

April 9 Computer Technology Group, London: “UNIX Over¬ 
view”. Contact: Computer Technology Group. 310 S. Michigan 
Ave.. Chicago, Ill. 60604. 800/323-UNIX. 

April 9-11 Bunker Ramo Information Systems, Trumbull, CT: 
“Diagnostic UNIX”. Contact: Bunker Ramo, Trumbull Industrial 


Park, Trumbull, CT 06611. 203/386-2223. 

April 9-12 Integrated Computer Systems, Boston: “UNIX: A 
Hands-on Introduction”. Contact: Integrated Computer Sys¬ 
tems. 6305 Arizona PI., P.O. Box 45405, Los Angeles, CA 90045. 
213/417-8888. 

April 10-12 Computer Technology Group, London: "UNIX Fun¬ 
damentals for Non-Programmers”. Contact: Computer Technol¬ 
ogy Group, 310 S. Michigan Ave., Chicago. Ill. 60604. 800/323- 
UNIX. 

April 10-12 Specialized Systems Consultants, Bellevue, WA: 
“Hands-On UNIX for Programmers”. Contact: SSC, P.O. Box 7, 
Northgate Station. Seattle, WA 98125. 206/367-8649. 

April 15 NCR Corp., Dayton, OH: "UNIX Operating System”. 
Contact: NCR Corp., CASE-Special Orders, 101 W. Schantz Ave., 
Dayton, OH 45479. 800/845-2273 or 800/841-2273. 

April 15-16 Computer Technology Group, Dallas: “Advanced C 
Programming Workshop”. Contact: Computer Technology 
Group, 310 S. Michigan Ave., Chicago, Ill. 60604. 800/323- 
UNIX. 

April 15-16 Computer Technology Group, San Francisco: "Ad¬ 
vanced C Programming Workshop”. Contact: Computer Tech¬ 
nology Group, 310 S. Michigan Ave., Chicago. Ill. 60604. 800/ 
323-UNIX. 

April 15-16 Bunker Ramo Information Systems, Trumbull. CT: 
“UNIX/C Applications”. Contact: Bunker Ramo, Trumbull In¬ 
dustrial Park. Trumbull, CT 06611. 203/386-2223. 

April 15-17 Computer Technology Group, London: "UNIX Fun¬ 
damentals for Programmers”. Contact: Computer Technology 
Group, 310 S. Michigan Ave., Chicago, Ill. 60604. 800/323- 
UNIX. 

April 15-19 Computer Technology Group, Boston: "C Language 
Programming”. Contact: Computer Technology Group, 310 S. 
Michigan Ave., Chicago. Ill. 60604. 800/323-UNIX. 

April 15-19 Computer Technology Group, Washington, D.C.: “C 
Language Programming”. Contact: Computer Technology 
Group. 310 S. Michigan Ave., Chicago. Ill. 60604. 800/323- 
UNIX. 

April 15-19 Structured Methods Inc., Washington. D.C.: ”C 
Language Workshop”. Contact: SMI, 7 West 18th St., New York, 
NY 10011. 212/741-7720 or 800/221-8274. 

April 16-19 Integrated Computer Systems, Toronto: “UNIX: A 
Hands-on Introduction”. Contact: Integrated Computer Sys¬ 
tems, 6305 Arizona PI., P.O. Box 45405, Los Angeles, CA 90045. 
213/417-8888. 

April 17-19 Computer Technology Group, San Francisco: “Ad¬ 
vanced C Programming Under UNIX”. Contact: Computer Tech¬ 
nology Group, 310 S. Michigan Ave., Chicago, Ill. 60604. 800/ 
323-UNIX. 

April 17-19 Computer Technology Group. Dallas: “Advanced C 
Programming Under UNIX”. Contact: Computer Technology 
Group, 310 S. Michigan Ave., Chicago, Ill. 60604. 800/323- 
UNIX. 

April 17-19 Digital Equipment Corp., Chicago: “Comprehen¬ 
sive Overview of the UNIX Operating System”. Contact: Digital 
Education Resources, 12 Crosby Drive, Bedford, MA 01730. 
617/276-4949. 

April 18-19 Computer Technology Group, London: “Shell as a 
Command Language”. Contact: Computer Technology Group, 
310 S. Michigan Ave., Chicago, Ill. 60604. 800/323-UNIX. 
April 18-19 Structured Methods Inc., New York: “Using Lex 
andyacc”. Contact: SMI, 7 West 18th St., New York, NY 10011. 
212/741-7720 or 800/221-8274. 

April 18-22 Bunker Ramo Information Systems, Trumbull, CT: 
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The UNIX Operating System 


Exposition & Conference 


September 18-20,1985 


by the finest instructors in the industry. 


• An expanded conference program focusing 


on issues vital to the computer professional 


THE PROVEN UNIX MARKETPLACE 


Return the coupon for the deteils on ell espects ol UNIX EXPO. 

□ I am interested in attending UNIX EXPO 

□ I am interested in exhibiting at UNIX EXPO 


Name _ 
Company 
Address . 


City-— 

Return to: National Expositions Co.. Inc. 
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UNIX EXPO will once again serve as the 
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of your colleagues fij 

om around the world who 

will do business at L 

INIX EXPO. Take 

advantage of the be! 

st UNIX has to offer: 

• An exhibition featuring over 200 of the 

leading suppliers of 1 

JNIX-based hardware, 

software and services. 

• A multi-dimensional tutorial program 


’UNIX™ IS A REGISTERED TRADEMARK OF BELL LABS UNIX EXPO IS NOT AFFILIATED WITH BELL LABS 


14 West 40th Street, New York. N.Y. 10018 
(212)391-9111 • Telex 135401 DIMCOMM 
















































































U CALENDAR 


“Introduction to UNIX”. Contact: Bunker Ramo, Trumbull In¬ 
dustrial Park, Trumbull, CT 06611. 203/386-2223. 

April 22 NCR Corp., Dayton, OH: “C Programming”. Contact: 
NCR Corp., CASE-Special Orders, 101 W. Schantz Ave., Dayton, 
OH 45479. 800/845-2273 or 800/841-2273. 

April 22-23 Computer Technology Group, Boston: “Shell Pro¬ 
gramming”. Contact: Computer Technology Group. 310 S. 
Michigan Ave., Chicago, Ill. 60604. 800/323-UNIX. 

April 22-23 Computer Technology Group. Washington. D.C.: 
“Shell Programming”. Contact: Computer Technology Group, 
310 S. Michigan Ave., Chicago. Ill. 60604. 800/323-UNIX. 
April 22-23 Specialized Systems Consultants, Bellevue, WA: 
“Hands-On UNIX for Non-Technical People”. Contact: SSC, P.O. 
Box 7, Northgate Station, Seattle. WA 98125. 206/367-8649. 
April 22-26 Computer Technology Group, Dallas: “Berkeley 
Fundamentals and ‘csh’ Shell”. Contact: Computer Technology 
Group, 310 S. Michigan Ave., Chicago. Ill. 60604. 800/323- 
UNIX. 

April 22-26 Computer Technology Group, San Francisco: 
“Berkeley Fundamentals and ‘csh’ Shell”. Contact: Computer 
Technology Group, 310 S. Michigan Ave., Chicago, Ill. 60604. 
800/323-UNIX. 

April 22-26 Computer Technology Group. London: ”C Program¬ 
ming Language”. Contact: Computer Technology Group, 310 S. 
Michigan Ave., Chicago, Ill. 60604. 800/323-UNIX. 

April 22-May 3 Information Technology Development Corp., 
Cincinatti: “UNIX System Administration”. Contact: ITD, 9952 
Pebbleknoll Dr., Cincinatti. OH 45247. 513/741-8968. 

April 22-May 3 Information Technology Development Corp., 
Cincinatti: “Advanced C Programming”. Contact: ITD, 9952 
Pebbleknoll Dr., Cincinatti, OH 45247. 513/741-8968. 

April 23-26 Integrated Computer Systems, Palo Alto: “UNIX: A 
Hands-on Introduction”. Contact: Integrated Computer Sys¬ 
tems, 6305 Arizona PI., P.O Box 45405, Los Angeles. CA 90045. 
213/417-8888. 

April 23-27 Plum Hall, Somers Point, NJ: “Advanced C Topics”. 
Contact: Plum Hall Seminars, 1 Spruce St.. Cardiff, NJ 08232. 
609/927-3770. 

April 24 Bunker Ramo Information Systems, Trumbull, CT: 
“UNIX Marketing”. Contact: Bunker Ramo, Trumbull Industrial 
Park, Trumbull. CT 06611. 203/386-2223. 

April 24-26 Computer Technology Group, Washington, D.C.: 
“Using Advanced UNIX Commands”. Contact: Computer Tech¬ 
nology Group, 310 S. Michigan Ave., Chicago, Ill. 60604. 800/ 
323-UNIX. 

April 24-26 Computer Technology Group, Boston: “Using Ad¬ 
vanced UNIX Commands”. Contact: Computer Technology 
Group. 310 S. Michigan Ave., Chicago, Ill. 60604. 800/323- 
UNIX. 

April 25-29 Bunker Ramo Information Systems. Trumbull, CT: 
“Advanced UNIX”. Contact: Bunker Ramo, Trumbull Industrial 
Park, Trumbull, CT 06611. 203/386-2223. 

April 29-30 Computer Technology Group, London: “Shell Pro¬ 
gramming”. Contact: Computer Technology Group, 310 S. 
Michigan Ave., Chicago, Ill. 60604. 800/323-UNIX. 

April 29-30 Structured Methods Inc., Atlanta: “Introduction to 
UNIX”. Contact: SMI, 7 West 18th St.. New York. NY 10011. 
212/741 -7720 or 800/221 -8274. 

April 29-May 3 Bunker Ramo Information Systems, Trumbull, 
CT: ”C Programming”. Contact: Bunker Ramo, Trumbull Indus¬ 
trial Park, Trumbull. CT 06611. 203/386-2223. 

April 29-May 3 Computer Technology Group, Boston: “UNIX 
Internals”. Contact: Computer Technology Group, 310 S. Michi¬ 
gan Ave., Chicago. Ill. 60604. 800/323-UNIX. 


Let us prove how Cromemco systems 
can increase your satisfaction 
with UNIX System V. 

Call, or visit, one of our 
Official System Centers today: 


USA 

In Arizona: 


Artemis Computer 
602/957-0469 
Systems Solutions, Inc. 
602/224-0026 
Professional Data 
Systems, Inc. 
602/265-6656 
In California: 


Quintec 

818/889-4819 

American Computer & 

Communications 

415/348-1956 

MCM Enterprises 

415/327-8080 

American Computers & 

Engineers 

213/477-6751 

Kierulff Electronics 

213/725-0325 

Accountability Systems 

714/639-4570 

Excalibur 

916/972-9252 

Kierulff Electronics 

714/278-2112 

Kierulff Electronics 

408/971-2600 

Cromemco, Inc. 

818/346-6690 

In Connecticut: 


Datacraft, Inc. 

203/673-6952 

In Florida: 


Automated Computer 
Systems 

305/594-3819 

Computer Centre 
813/484-1028 
Royal Data, Inc. 
305/267-1960 
In Georgia: 

Cromemco, Inc. 
404/391-9433 
Systems Atlanta 
404/928-0240 
Kierulff El 
404/447-5252 
Southern Exchange, Inc. 
404/921-2662 
In Illinois: 


Commercial Data Systems 

309/797-9401 

Computerland 

312/967-1714 

Southern Exchange, Inc. 
404/921-2662 
Alpine Computer 
Center, Inc. 

815/229-0200 
Cromemco, Inc. 
312/934-0650 
Alternate Computer 
Services 
312/893-1992 
In Indiana: 


Memory Bank, Inc. 
312/891-1064 
219/931-0203 
Harbourtown Sales 
317/877-4900 
Microcomputer 
Specialists, Inc. 
219/762-8541 
In Kansas: 


Tradewind Systems 

316/624-8111 

In Louisiana: 


Muse Data Technologies 

504/293-0320 

Standard Systems, Inc. 

318/625-8613 

In Maryland: 


Dynamic Data Processing 

301/657-1211 

In Massachusetts: 


Kierulff Electronics 

617/667-8331 

Cromemco, Inc. 
617/938-7010 

In Michigan: _ 

United Microsystems 
Corporation 

313/668-6806 


Jepsan Group, Inc. 
616/698-8700 
Automated Business 
Consultants 
313/478-0557 
In New Jersey: 


Kierulff Electronics 
201/575-6750 

In New Mexico: 


South West Computer 
Stores, Inc. 

505/292-6568 

In New York: 


Custom Computer 
Specialists 

516/231-1155 

C.C.S., Inc. 
212/986-7520 
Trexis, Inc. 
914/268-5161 

In Ohio: 


Lucas Office Equipment & 
Service, Inc. 

513/433-8484 

Odyssey Systems, Inc. 

216/526-9933 

(ISIS) Innovative Systems/ 
Integrated Software 
419/531-0220 
In Pennsylvania: 


Modular System Design 

412/521-6700 


Marketline Systems 

215/355-5400 

In Texas: 


Kierulff Electronics 

214/343-2400 

Gunn Enterprises 

713/781-6911 

Procomp 

713/266-3648 

Computer Crossroads 

of America 

214/231-6108 

In Virginia: 


SMS Data Products 

703/827-0640 

Business Communications 

Systems 

703/344-5563 

VCA Corporation 

703/281-4666 

In Washington: 

Kierulff Electronics 

206/575-4420 

In West Virginia: 


Systems Support 

304/766-7762 

In Wisconsin: 


Computer World 

414/733-9547 

Bay Tech of Wisconsin, Inc. 

414/846-3038 

Computer World 

414/499-9983 

INTERNATIONAL 

In Austria: 

Ing Stahe GmbH 
222/575-6950 
In Australia: 


Minicomp Software & 
Education 

61-2/ 957-6800 


INTERNATIONAL CO nt. 
In Australia cont.: 

Micro Data PTY LTD. 

61-9/328-1179 

Insystems P/L 

61-3/690-2899 

In Canada: 


Cro-Corp Computer 
Solutions 
403/286-8459 
D.E. Systems 
613/729-5164 
Future Electronics 
610/421-3251 
In Costa Rica: 


Control Electronico 
506/24-44-44 

In Denmark: 


Merkur Data Services A/S 

45-2/63-01-55 

In England: 


Jarogate Ltd. 

44-1/671-6321 

In France: 


Penaranda Informatique 

56-979618 

In Greece: 


Algorithm Ltd. 

370-1/933-0551/5858 

In Hong Kong: 

Vanda Computer & 
Equipment Co. 

852-3/348702-5 

In Israel: 


Information Systems Ltd. 

03-775111 

In Italy; 


CO.N.I.A. 

39-51/375001 

In Japan: 


Asahi Glass 

81-3/218-5848 

In Mexico: 


Micromex, S.A. de C.V. 

905/687-8886/8913 

905/536-5503 

In Mid-East: 


Multi Media Video, Inc. 

CA USA 
408/727-1733 

National Computer System 

Pakistan 

5156644 

Computer System 
Marketing Center 

Saudi Arabia 

966/2-651-7707 

966/2-653-0580 

In The Netherlands: 


Rocomp B.V. 

31-40/524055 

In Norway: 


Micro Systems A/S 

47-2/41-69-76 

In Scotland: 


Micro Centre Complete 
Micro 

44-31/556-7354 

In Sweden: 


Datroisering Konsult AB 

46-8/753-3090 

In West Germany: 


Cromemco GmbH 

49-6196/481606 

Dlgitronic Computer- 

systeme GmbH 

4103/88672/73 

Cosy-X Computer 

Systeme GmbH 

2173/52071/72 

Comicro Deutschland 

49-2151/795577 

CE Computer GmbH 

02151-22121 

Anitex Computer 

Systems GmbH 

08142-13091 


Cromemco 
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CROMEMCO COMPUTERS: 
DESIGNED TO MAKE UNIX SYSTEM V 

EVEN BETTER... 


UNIX System V, the new standard in multi¬ 
user microcomputer operating systems, give* you high 
performance features along with the portability and 
flexibility of a standard. 

Cromemco computers can make UNIX System 
V even better. Because our systems are designed with 
UNIX in mind. First of all, we offer UNIX System V 
with Berkeley enhancements. Then, our hardware uses 
advanced features like 64K of on-board cache memory 
and our high speed STDC controller to speed up disk 
operations-very important with UNIX. 

More capability and expandability 

We have a high-speed, 68000-based CPU that 
runs at 10 MHz, coupled with a memory manager that 
uses demand-paging and scatter loading to work with 
UNIX, not for it. 

We provide room for expanding HAM to 16 
megabytes-with error detection and correction-for 
running even the most sophisticated and ddvanced 
microcomputer programs. And the power to accom¬ 
modate up to 16 users-all with plenty of memory. 

But we give you even more. 

A complete solution 

We give you a choice in systems: the System 
100 series, expandable up to 4 megabytes of :RAM, and 
the System 300 series, expandable to 16 mjega- 
bytes. A high speed 50 
megabyte hard disk drive 
is standard on the sys¬ 
tems. And you can ex¬ 
pand the hard disk 
capacity up to 1200 
megabytes using stan¬ 
dard SMD drives. You 
can add floating point 
processing. High resolution 
graphics. Video digitizing and 
imaging. Communications through 



standard protocols. Mainframe interface. 

And software support is here to meet your 
needs. We offer major programming languages, data¬ 
base management systems, communications software, 
including SNA architecture, X.25 protocol, and Ethernet; 
even a program to interface to an IBM PC if you need to. 
And, of course, access to the broad range of standard 
UNIX applications programs that is growing dramat¬ 
ically every day. 

Easy to use* 

We also make our systems easier to use, 
because we install the operating system before we 
ship your computer. No complicated installation pro¬ 
cedures. And the Berkeley enhancements give you 
the standard UNIX System V operating system, 
but with the added convenience of these Widely 
acclaimed improvements. 

Cromemco's System 100 and System 300 
computers: designed to be the highest performance 
UNIX systems available anywhere. 

Just call or visit one of our UNIX System V 
Official System Centers to see for yourself. They’ll 
also give you a copy of our new publication, “What 
you should know before you buy a UNIX system.” 

Or contact us directly. 

We’ll be glad to show you how to get a 
better UNIX system. 

Corporate Headquarters: Cromemco, Inc., 
280 Bernardo Avenue, P.O. Box 7400, Mountain 
View, CA 94039. (415) 969-4710. In Europe: 

Cromemco 
GmbH, 6236 
Eschborn 1, 
Frankfurter Str. 
33-35, P.O. 5267, 
Frankfurt Main, 
Germany. 


Circle No. 26 on Inquiry Card 


UNIX is a trademark of Bell Laboratories. 

IBM is a trademark of International Business Machines Corp. 


Cromemco 




























%J CALENDAR 


April 29-May 3 Computer Technology Group, Washington, 
D.C.: “UNIX Internals”. Contact: Computer Technology Group. 
310 S. Michigan Ave., Chicago, Ill. 60604. 800/323-UNIX. 
April 29-May 3 Computer Technology Group, Chicago: “C Lan¬ 
guage Programming”. Contact: Computer Technology Group. 
310 S. Michigan Ave., Chicago, Ill. 60604. 800/323-UNIX. 
April 29-May 3 Computer Technology Group, Los Angeles: ”C 
Language Programming”. Contact: Computer Technology 
Group, 310 S. Michigan Ave., Chicago, Ill. 60604. 800/323- 
UNIX. 

April 29-May 10 Information Technology Development Corp., 
Cincinatti: “Advanced C Programming”. Contact: ITD, 9952 
Pebbleknoll Dr.. Cincinatti. OH 45247. 513/741-8968. 

April 29-May 10 Information Technology Development Corp., 
Cincinatti: “UNIX System Administration”. Contact: ITD, 9952 
Pebbleknoll Dr., Cincinatti, OH 45247. 513/741-8968. 

MAY 

May 1-3 Computer Technology Group. London: “Using Ad¬ 
vanced UNIX Commands”. Contact: Computer Technology 
Group, 310 S. Michigan Ave., Chicago, Ill. 60604. 800/323- 
UNIX. 

May 3 Specialized Systems Consultants, Bellevue, WA: “UNIX 
for Managers”. Contact: SSC, P.O. Box 7, Northgate Station, 
Seattle, WA 98125. 206/367-8649. 

May 6 NCR Corp., New York: “UNIX Operating System”. Con¬ 
tact: NCR Corp., CASE-Special Orders, 101 W. Schantz Ave., 
Dayton, OH 45479. 800/845-2273 or 800/841-2273. 

May 6-7 Computer Technology Group, Chicago: “Shell Program¬ 
ming”. Contact: Computer Technology Group, 310 S. Michigan 
Ave., Chicago, Ill. 60604. 800/323-UNIX. 

May 6-7 Computer Technology Group, Los Angeles: “Shell Pro¬ 
gramming”. Contact: Computer Technology Group, 310 S. 
Michigan Ave., Chicago, Ill. 60604. 800/323-UNIX. 

May 6-10 Bunker Ramo Information Systems, Trumbull. CT: 
“Advanced C”. Contact: Bunker Ramo, Trumbull Industrial 
Park. Trumbull. CT 06611. 203/386-2223. 

May 7-9 Computer Technology Group, Boston: “UNIX Adminis¬ 
tration”. Contact: Computer Technology Group, 31 OS. Michigan 
Ave., Chicago. Ill. 60604. 800/323-UNIX. 

May 7-9 Computer Technology Group. Washington, D.C.: 
“UNIX Administration”. Contact: Computer Technology Group, 
310 S. Michigan Ave., Chicago, Ill. 60604. 800/323-UNIX. 

May 7-10 Integrated Computer Systems. Washington, D.C.: 
“UNIX: A Hands-on Introduction”. Contact: Integrated Com¬ 
puter Systems, 6305 Arizona PI., P.O Box 45405, Los Angeles, 
CA 90045. 213/417-8888. 

May 7-10 Computer Technology Group, London: “UNIX Inter¬ 
nals”. Contact: Computer Technology Group, 310 S. Michigan 
Ave., Chicago. Ill. 60604. 800/323-UNIX. 

May 8-10 Computer Technology Group, Los Angeles: “Using 
Advanced UNIX Commands”. Contact: Computer Technology 
Group, 310 S. Michigan Ave., Chicago, Ill. 60604. 800/323- 
UNIX. 

May 8-10 Computer Technology Group, Chicago: “Using Ad¬ 
vanced UNIX Commands”. Contact: Computer Technology 
Group. 310 S. Michigan Ave., Chicago. Ill. 60604. 800/323- 
UNIX. 

May 13 NCR Corp., Los Angeles: “UNIX Operating System”. 
Contact; NCR Corp., CASE-Special Orders. 101 W. Schantz Ave., 
Dayton. OH 45479. 800/845-2273 or 800/841-2273. 

May 13-14 Computer Technology Group. Boston: “Advanced C 
Programming Workshop”. Contact: Computer Technology 
Group. 310 S. Michigan Ave., Chicago, Ill. 60604. 800/323- 


UNIX. 

May 13-14 Computer Technology Group, Washington. D.C.: 
“Advanced C Programming Workshop”. Contact: Computer 
Technology Group, 310 S. Michigan Ave., Chicago, Ill. 60604. 
800/323-UNIX. 

May 13-17 Computer Technology Group, Chicago: “UNIX Inter¬ 
nals”. Contact: Computer Technology Group, 310 S. Michigan 
Ave., Chicago. Ill. 60604. 800/323-UNIX. 

May 13-17 Computer Technology Group, Los Angeles: “UNIX 
Internals”. Contact: Computer Technology Group, 310 S. Michi¬ 
gan Ave., Chicago, Ill. 60604. 800/323-UNIX. 

May 13-17 Bunker Ramo Information Systems. Trumbull, CT: 
“Intro to UNIX”. Contact: Bunker Ramo, Trumbull Industrial 
Park, Trumbull, CT 06611. 203/386-2223. 

May 13-24 Information Technology Development Corp., Cincin¬ 
atti: “The UNIX System” and “The C Programming Language”. 
Contact: ITD, 9952 Pebbleknoll Dr.. Cincinatti. OH 45247. 513/ 
741-8968. 

May 15-17 Computer Technology Group, Boston: “Advanced C 
Programming Under UNIX". Contact: Computer Technology 
Group, 310 S. Michigan Ave., Chicago, Ill. 60604. 800/323- 
UNIX. 

May 15-17 Computer Technology Group, Washington, D.C.: 
“Advanced C Programming Under UNIX”. Contact: Computer 
Technology Group, 310 S. Michigan Ave., Chicago, Ill. 60604. 
800/323-UNIX. 

May 15-17 Computer Technology Group, London: “UNIX Ad¬ 
ministration”. Contact: Computer Technology Group, 310 S. 
Michigan Ave.. Chicago. Ill. 60604. 800/323-UNIX. 

May 15-17 Digital Equipment Corp., Denver: “Comprehensive 
Overview of the UNIX Operating System”. Contact: Digital Edu¬ 
cation Resources, 12 Crosby Drive, Bedford. MA 01730. 617/ 
276-4949. 

May 20 NCR Corp., Los Angeles: “UNIX System Administra¬ 
tion”. Contact: NCR Corp., CASE-Special Orders, 101 W. 
Schantz Ave., Dayton, OH 45479. 800/845-2273 or 800/841- 
2273. 

May 20-21 Computer Technology Group, London: “Advanced C 
Programming Workshop”. Contact: Computer Technology 
Group. 310 S. Michigan Ave., Chicago, Ill. 60604. 800/323- 
UNIX. 

May 20-24 Computer Technology Group, Boston: “Berkeley 
Fundamentals and ‘csh’ Shell”. Contact: Computer Technology 
Group, 310 S. Michigan Ave., Chicago, Ill. 60604. 800/323- 
UNIX. 

May 20-24 Computer Technology Group. Washington, D.C.: 
“Berkeley Fundamentals and ‘csh’ Shell”. Contact: Computer 
Technology Group, 310 S. Michigan Ave., Chicago, Ill. 60604. 
800/323-UNIX. 

May 20-24 Bunker Ramo Information Systems, Trumbull, CT: 
“Advanced UNIX”. Contact: Bunker Ramo, Trumbull Industrial 
Park. Trumbull, CT 06611. 203/386-2223. 

May 20-24 Specialized Systems Consultants, Bellevue, WA: “C 
Programming Workshop”. Contact: SSC. P.O. Box 7. Northgate 
Station. Seattle. WA 98125. 206/367-8649. 

May 21-23 Computer Technology Group. Chicago: “UNIX Ad¬ 
ministration”. Contact: Computer Technology Group, 310 S. 
Michigan Ave., Chicago, Ill. 60604. 800/323-UNIX. 

Please send announcements about training or events of in¬ 
terest to: UNIX Review Calendar. 500 Howard Street, San 
Francisco. CA 94105. Please include the sponsor, date, and 
location of event, address oj contact, and relevant back¬ 
ground information. 
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SHACC UP with 



ASSOCIATES, INC 

Concentric Associates, Iric. announces a new software product: 

Shacc-the shell accelerator-is a compiler for the Bourne shell. It translates Bourne shell 
programs into C and then invokes the C compiler to produce an "a.out" file. The C code that 
is generated is we 11-structured and very readable, so it can be further optimized by hand if 
you like. 

Shacc’d code: 

• Is faster than interpreted shell code. 

• Is more resistant to piracy. 

• Is more space and time efficient-you can make good use of shared text and the sticky bit. 


an code in the Bourne shell: Do the fast prototyping in 


• Will work properly in setuid files. 

Shacc allows you to write producti 
shell, make it right, and then shacc if and ship it. 

If your shell programming’s not up to speed, call Concentric Associates. Also ask about our 
UNIX'" teaching and consulting services. 

shacc 
By Paul Rue I 

Concentric Associates, Inc. 


For further details, call or write: 

Jim Butz/Concentric Associates, Inc 


UNIX™ is a trademark of AT&T Bell Laboratories 


/One Harmon Plaza/Secaucus, NJ 07094/201*866-2880 


See us at UNIFORUM, Booth 2218. 


Circle No. 27 on Inquiry Card 

















THE LAST 
WORD 


Letters to the editor 


Dear UNIX REVIEW, 

First off, congratulations on the 
magazine. The quality is up a 
whole lot. The thrust and balance 
is excellent. In fact, there is now so 
much fascinating material that I 
have to do a lot of reading and am 
now 1 1 /2 months behind. 

While there has clearly been a 
much increased effort in technical 
editing, the millenium has not 
quite arrived. In the September is¬ 
sue, the shell in figure 8, page 
37, was clobbered—probably by 
nroff. This sort of thing happened 
much more often under the pre¬ 
vious watch. So...a request: could a 
supplement of corrected programs 
be compiled from the back issues 
by one of your hired gurus? 
And ... a tip: backslashes get ea¬ 
ten by troff, unless (da dum!) one 
uses the apparently little known 
nroff escape sequence: “\e”. This 
is the principle culprit in the sed 
command towards the top of the 
shell, as can be seen by examining 
the Mcllroy shell referenced in the 
header. 

I’ve also been able to make it 
through October (great issue!) and 
have started in on November. Al¬ 
most immediately, I ran into the 
program “blues” problem again. 
On page 24, the application: 

$ pick * | rm 

does not seem to work (nothing 
catastrophic, but even if you re¬ 
spond ‘y\ the file is not removed). 
In case it matters. I’d better men¬ 
tion that the problem seems to be 



with rm (or at least the 4.2BSD ver¬ 
sion thereof) rather than with pick. 

Notice that Kernighan and Pike 
do not cite this usage of pick. They 
favor: 

$ rm 'pick *' 

which does work. 

Sincerely, 

Jack K. Cohen 
Professor of Mathematics 
Center for Wave Phenomena 
Colorado School of Mines 
Golden, CO 

Thank you for your comments. 
Though we abhor technical er¬ 
rors, they do occur on occasion — 
and must be corrected. The par¬ 
tial shell script you cited from the 
September issue was corrected 
in the December issue. Your com¬ 
ment about the command in the 
November issue will hopefully 
help readers sidestep that error. 

We're pleased that readers 
such as yourself take the time to 


set us straight when we stray. 
We'll also take your suggestion 
to heart about making use of a 
referee "guru”. 

Editor 

Dear UNIX REVIEW, 

I have been searching for some 
time for a glossary of UNIX terms 
and just happened to see your 
column. 

The glossary is very easy to read 
and seems to be fairly comprehen¬ 
sive. I would like to purchase a copy 
of the book if it exists. 

I have checked at a few com¬ 
puter book stores and not one had 
any type of UNIX glossary or even 
knew if any such books existed. 

A copy of your glossary would 
make life a lot easier for many of us 
here at ADR. 

Regards, 

Mark Salerno 
Documentation Specialist 
Applied Data Research, Inc. 
Dallas, TX. 

As of this writing, Steve Ro¬ 
senthal, the author of our glossa¬ 
ry, has not published his defini¬ 
tions in book form. Like you, the 
editors feel there is need for his 
work to be bound in a single vol¬ 
ume and are encouraging him to 
find a publisher. 

Editor 


Letters to the editor should be 
addressed to: Mark Compton, 
UNIX REVIEW, 500 Howard 
Street. San Francisco, CA 94105. 
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TANDY.. 

Clearly Superior™ 


The New Tandy 6000: America’s leading multi-user 
system now has twice the power for $1000 less. 


For many companies, it’s 
hard to justify the cost of a 
separate computer for each 
employee. That’s why we de¬ 
signed the Model 16 multi¬ 
user business computer. With 
its XENIX operating system, 
several people throughout 
your office can perform com¬ 
pletely different tasks at the 
same time using just one 
computer and low-cost dis¬ 
play terminals. It’s efficient 
and cost effective. 


Now We’ve Improved on 
a Proven Performer 

Performance-wise, the new 
Tandy 6000 is faster than the 
16B. It has twice the amount 
of memory. And our latest 
multi-user operating system 
comes with the system at no 
extra charge. And our 15- 
megabyte hard disk Tandy 
6000 (26-6022, $5499) is one 
thousand dollars less than 
last year’s Model 16B. 


The World’s Best Value, 
Made in America 

With the Tandy 6000, your 
total investment is far lower. 
Three (or even six) employees 
can use a single 6000. All you 
need are two (or more) termi¬ 
nals, starting at $599 each. 
Everyone in the system can 
share the 6000’s optional 
printer, modem and other ac¬ 
cessories. And you’ll only 
need to buy one copy of the 
programs you need. 

See the Tandy 6000 today. 



Prices apply at Radio 


Shack Computer Centers and at participating stores and dealers. XENIX/TM Microsoft Corp. 


Available at over 1200 
Radio Shack Computer Centers and at 
participating Radio Shack stores and dealers. 

Radio /hack 

COMPUTER CENTERS 

A DIVISION OF TANDY CORPORATION 
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COMING UP IN MAY 

Distributed Resource 
Sharing 

• Architectural Issues. 

• Why Has It Taken So Long? 

• Remote Procedure Calls. 

• Distributed File Systems. 

• Linking Into IBM Mainframes. 


MOVING? 


SUBSCRIBER 
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Don't miss an issue of UNIX Review. Please 
enclose your current address label, or copy all 
information from the label and enclose it with 
your new address. 

Write in new address below: 

Name - 

Company - 

Address - 

City/State/Zip - 

Send all subscription correspondence to: 
Review Publications, P.O. Box 7439 
San Francisco, CA 94120-9864 


112 UNIX REVIEW APRIL 1985 

















































































R SYSTEMS. INC. 






R WO RD 


“R WORD is an excellent program. It is one of the easiest, 
yet full-featured, word processors I have ever used.” 


B ob Woodard of the University of 
Iowa continues in his letter to us 
about R WORD, ‘‘It beats the heck out 
of the word processing package avail¬ 
able with our machine. R WORD is 
definitely the favorite of the people 
who have tried it.” 


We’ve received many letters like 
Bob Woodard’s, praising the R Family 
of Office Automation Software. Now, 
we’d like you to meet R Family — 
three programs which are powerful, 
easy-to-use, well-documented, cost- 
effective, and supportable. And 
they’re designed for single-users, 
multi-users, and multi-computer 
users. 



R Office Manager is the most power- 


R WORD II 

Suggested List $895 


R WORD II is designed for a pro¬ 
duction word processing environment 
which requires full-featured word 
processing, yet R WORD II offers 
amazing simplicity of use. Features 
include Help Menus, Cursor Controls, 
Editing Functions, Formatting, Three- 
Level File Structure, Printing Fea¬ 
tures, Mail Merge, Default Set Up, and 
Utility Functions. 


The program also offers Global 
Search and Replace, Directories, 
Spelling Checker, Table Math, Head¬ 
ers and Footers, Automatic Table of 
Consents, Automatic Paragraph 


l-(800) 527-7610 

Call us toll-free for more information 
about R Family. We are currently 
ported to and shipping R Family pro¬ 
grams on the Tandy Model 16, NCR 
Tower + XP, Apple Lisa, Pixel, 
Plexus, and Altos 68000. Additional 
UNIX and XENIX ports are occurring 
weekly. We are also shipping for all 
MS-DOS and PC-DOS operating 
systems. Manufacture, distributor, 
dealer, national account, and porting 
inquiries are invited. 


When you select word processing, 
office management, and office auto¬ 
mation software, consider the benefits 
of R Family. This one set of programs 


ilcring. Document amdiji can itiofj w hwib-ww: 
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Only Microware's OS-9 
Operating System Covers 
the Entire 68000 Spectrum 


MICROWARE'S OS-9 

UNIX 


ROM-BASED 

T 

FLOPPY-DISK BASED 

1 

DISK-BASED 

SMALL-SCALE 

T 

LARGE-SCALE 

CONTROL 

PERSONAL 

INDUSTRIAL 

TIMESHARING 

TIMESHARING 

SYSTEMS 

COMPUTERS 

SYSTEMS 

SYSTEMS 

SYSTEMS 


HAND-HELD HARDWARE/SOFTWARE SINGLE USER MEDIUM-SCALE 

COMPUTERS DEVELOPMENT SYSTEMS MULTI-TASKING SYSTEMS TIMESHARING SYSTEMS 


SMALL SYSTEMS LARGE SYSTEMS 


Is complicated software and expensive hardware 
keeping you back from Unix? Look into OS-9, the 
operating system from Microware that gives 68000 systems 
a Unix-style environment with much less overhead and 
complexity. 

OS-9 is versatile, inexpensive, and delivers outstanding 
performance on any size system. The OS-9 executive is 
much smaller and far more ef¬ 
ficient than Unix because it's 
written in fast, compact as¬ 
sembly language, making it 
ideal for critical real-time ap¬ 
plications. OS-9 can run on 
a broad range of 8 to 32 bit 
systems based on the 68000 
or 6809 family MPUs from 
ROM-based industrial con¬ 
trollers up to large multiuser 
systems. 

OS-9'S OUTSTANDING 
C COMPILER IS 
YOUR BRIDGE TO UNIX 

Microwaies C compiler tech¬ 
nology is another OS-9 advantage. The compiler produces 
extremely fast, compact, and ROMable code. You can easily 
develop and port system or application software back and 
forth to standard Unix systems. Cross-compiler versions for 


VAX and PDP-11 make coordinated Unix/OS-9 software 
development a pleasure. 

SUPPORT FOR MODULAR SOFTWARE 
- AN OS-9 EXCLUSIVE 

Comprehensive support for modular software puts OS-9 
a generation ahead of other operating systems. It multiplies 
programmer productivity ana memory efficiency. Applica¬ 
tion software can be built 
from individually testable 
software modules including 
standard "library" modules. 
The modular structure lets 
you customize and recon¬ 
figure OS-9 for specific hard¬ 
ware easily and quickly. 

A SYSTEM WITH 
A PROVEN 
TRACK RECORD 

Once an underground 
classic, OS-9 is now a solid 
hit. Since 1980 OS-9 has 
been ported to over a hun¬ 
dred 6809 and 68000 
systems under license to some of the biggest names in the 
business. OS-9 has been imbedded in numerous consumer, 
industrial, and OEM products, and is supported by many 
independent software suppliers. 


Key OS-9 Features At A Glance 

• Compact (16K) ROMable executive written in assembly 
language 

• User “shell” and complete utility set written in C 

• C-source code level compatibility with Unix 

• Full Multitasking/multiuser capabilities 

• Modular design - extremely easy to adapt, modify, or 
expand 

• Unix-type tree structured file system 

• Rugged “crash-proof file structure with record locking 

• Works well with floppy disk or ROM-based systems 

• Uses hardware or software memory management 

• High performance C, Pascal, Basic and Cobol compilers 




OS-9 ' 


MICROWARE SYSTEMS CORPORATION Microware Japan, Ltd 
1866 NW 114th Street 3-8-9 Baraki, Ichikawa City 

Des Moines, Iowa 50322 Chiba 272-01, Japan 
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